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Gad Zukes! (would you believe 6011517) 

Whoever said that radio amateurs do nothing be- 
tween Field Day and the first snow hadn't been 
exposed to packet radio! Before i discuss current 
happenings, however, let se reaind you packet old- 
tinersa of what was happening exact ly four years 
ago... 


A Little History (or, Happy Birthday to TAPRI) 

October, 1981, has to go down in Asateur radio 
history as a very significant gonth. The weekend 
of October 16 and 17, 1981, saw a gathering of 
Hans in Gaithersburg, Maryland, for the ARRL Ana- 
teur Radio Computer Networking Conference (now 
known as the First ARRL etc.}. A landmark event, 


it was the first non-regional gathering that I an 


aware of that addresssed the new topic of Amateur 
packet radio. (The Proceedings of that first 
conference are out of print, but an anthology 
called ARRL Agpateur Radio Computer Networking 
279 14 ts available fron the ARRL for 
318. 


WEKA 


The last few months have seen more 
activities within TAPR than since 


the founding of the organization. 
SESEESESEESEEEESESESESESERESES 


If you drag out your October, 1961 issue of QST 
and turn to page 28 you will see the article “The 
Making of an Amateur Packet-Radio Network” by Dave 
Borden and Paul Rinaldo. This article ia the one 
that got some of us in Tucson seriously thinking 
about an HOLC type of packet radio network. 


In the Air Force, Captain P. J. Eaton (soon to 
“retire” and becone “packet” Pete Eaton, civilian) 
was droning away in a C-130, having read (and re- 
read) the “CMOS Super Keyer” article on page 11. 
Being totally bored, he idly thumbed through the 
Issue and read the packet article. He stopped 
being bored... (Repember, Pete, you're having a 
good timet) 


One of the attendees of the October conference, 
Den Connors, KD2S (end first TAPR President) gave 
a talk at the Tucson Chapter of the IEEE Computer 
Society on Thursday, October 29th. He was speak- 
ing about Amateur packet radio and using a 6609 to 


do it. (Sounds pretty silly. hub? Open the hood 
of your TNC 1. or HD4040, or PKT-1 ..) Well. a 
couple of those kind of people who hang around 


such places afterwards (yeah, Hass) caught some of 
Den’s enthusiasm and the result was a proposal for 
a meeting to see what could be done to atir up 
something in Tucson. The evening picked was Pri- 
day, November 6th. 


The "Getting Started” portion of the QST article 
quoted $250 for a VADCG board and parts, plus 
surplus 2027 modem. four-voltage supply... The 
price is what caused the group of six people (not 
all were Hams) meeting that November evening to 
decide to build a complete TNC with moden and 
power supply on a board for $125. And thus began 
Tucson Aaateur Packet Radio - TAPR. (Yes, there 
were those who didn't like the name even then!) 


Back to 1985... 


The last few months have seen more activities 
within TAPR than since the founding of the 
organization. 

There has been, and continues to be. tremendous 
amounts of energy expended on TNC 1, TNC2, NNC 
(what's that?) and 9600 bps nodes development. 


Let's take these one by one. 
TNC 1 


Version 4.0 software has been running on a sinmula- 
tor. Harold Price, NK6K, has been busily coding 
In Pascal. During late September, he came to 
Tucson and worked on integrating the Pascal and 
Asseabler routines. At this writing (28 Septes- 
ber}, there is light at the end of the tunnel. [It 
isn't all working yet, but... 


On another front, WASDED in California has written 
some code for TNC 1 that is especially designed 
for host computer use. Ron has been beta-testing 
several versions prior to release, and the results 


are encouraging. 


The norel7 TNC 1, contrary to what some folks 
aight try to lead you to believe, is very nuch 
alive and well and evolving. It Ja still the 
standard. 

TNC 2 

There are several articles in this issue dealing 
with TNC 2. You guessed it, some articles are for 


aodifications! Hams are never content to leave 


things alone, and it only took a few days of 
having TNC 28 out in the field (incidentally, 
there are over S00 units shipped!} before sugges- 


tlons started coming in. 


In fact, there is a new TNC 2 Rev 2 board that 
will be shipping this nonth! Improved moden 
dynamic range and reduced RFI are the obvious 


performance inaprovements. A "PTT" LED graces the 
front panel for easier interpretation of the link 
condition. And double the memory (32k EPROM, 16k 
RAM) i8 now standard for software expansion. All 
this at no Increase in price! (Please understand 
that TAPR ia driven by technology. not marketing 
or profit -- we are trying to have fun!) 


Rev 1 owners can easily upgrade their boards with 
the Inatructiona in the update article. 
FESEESESESEESSESESELESELESE SEES ELE 


TNCL.is very much alive and well and 


evolving. It is still the standard. 
$ESEFEEEEEEESELESESESESESSE SESE 
Elsewhere in this PSR you willl see an announcement 
about the availability of a TNC 2 OEM package. It 
is the intent that. as 300n as standard “reput- 
able" Amateur nanuf acturers can crank up and get 
TNC 29 on dealer shelves, TAPR can raep down kit 
production and expend energy on other facets of 
packet development, IIke the NNC described below. 


NNC 


The Networking Node Controller (NNC) project is 
well underway. After waiting for nearly two yeara 
to see some real action on this front, TAPR has 
decided to take the bull by the horns and do 
something! 


A lively discussion on the VHF/UHP Linking Confer- 


ence of DRNET resulted in the generation of a 
design for an Fc as well as a physical foro 
factor ("form factor” is engineering talk that 


Simply means we figured out how big its going to 


be) to aesh with activities going on in various 
places. 
A fairly detailed description of the NNC appears 


elsewhere in this PSR, but the NNC is basically a 
four~channel TNC with lots of memory. It consists 
of two basic boards, one digital and one analog. 
A third board allows the use of a floppy disk 
drive for software development. A high-speed SCSI 
port is on the beast to allow a “real” networking 
controller to plug in someday and coordinate the 
activities of several NNCs. 


Artwork is enroute to Tucson while I write this, 
and October should see the prototype Nes take 
their first breaths. 


The modem board will have four XR2206/2211 sodens 
for 300 and 1200 baud usage. a tuning Indicator 
and a master clock generator. This will allow 
simple access to the NNC by the traditional 300 
baud HF and 1200 baud VHF routes. Of course. we 
want higher speed ports as well so... 


9600 BPS MODEMS 


TAPR, working closely with the lab at the 


ARRL, 
now has available 9600 bps aodem boards! 


2822. 


ence (The Conference Proceedings are 
from the ARRL for $10 postpaid). The board is 
provided with the hard-to-locate filter capaci- 
tors, a state machine EPROM, and several pages of 
notes. This is not a kit for the faint-of-heart; 
rather, It 19 a tool for dedicated experimenters 
to get 9600 bps Links up and running. 


available 


DIRECTORS 


Please read the article about the TAPR Board of 
Directors nominations. Nominations are now open. 
go get your candidate's name in the hat! 


Well, there you have it. TNC 2 sales started on 
August 19th and over 1000 have sold, and pore than 
800 have shipped. The PC board has been re- 
designed and will be shipping in October. A 
design for the NNC has been coaaitted to artwork. 
Software 18 evolving for TNC 1 and TNC 2. 9600 
bps modeas are shipping. TNC 2 OEM rights have 
already been sold to at least one well-known Ana- 
teur manufacturer. If hams do nothing in the 
summer, walt 11 you see what the next three nonths 


being! Lyle 
SSResszesess 


TNC-2 MANUAL MISPRINTS 


There are a few errors that crept into the docu- 
mentation for TNC 2. While no one ts adsitting as 
to how such a thing could even be possible, the 
correct information (we hopel) is printed below. 


There are several typographic errors in the man- 
ual, most due to the tired Diablo printer (it gave 
up the ghost during the printing - some of the 
typing was done manually!). This article will not 
deal with trivial errors; it will focus on thoge 
erors that may cause confusion. 

Thus warned, let us proceed! 

Schematic Diagran: 

Sheet 1 


The 67 pin of Ui2a 1 incorrectly marked as pin 
5. [t should be marked as pin 15. 


Sheet 2 
We haven't found any errors on this one -- yet! 
Sheet 3 


The power table lists US as a type 
is rather a type 74HCT374. 


T4HCT373. It 


System Manual 
Chapter 6 


default 
the number 


CALSET (page 6-13) incorrectly shows a 
value of 2060. There is not default: 
may be random from 0 through 65536. 


PACTIME (page 6-44) states that the time 1s cal- 
culated as n*100 milliseconds, but the explana- 
tions for EVERVY and AFTER use units of seconds. 


The explanations are incorrect; the units are 100 


milliseconds as stated in the foraula. 
SSseeeeszgece 
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EDITORS COLUMN 


Gwyn Reedy, WIBEL 
THE FUTURE OF AMATEUR RADIO 
Much breast-beating about the advancing age of the 


amateur population and aany proposals for gaining 
new recruits have been in the amateur publications 


lately. I certainly agree aomething needs to be 
done. in fact lots of things. Zach proposal is 
based on the experience and understanding of the 
person that generated it. My observation, after 
31 years of amateur radio, is this: I have never 
seen as much interest in getting into amateur 
radio asong the people I meet. and it is almost 


completely based on the desire to join the packet 
revolution. These people aren't young kids look- 
ing for excitenent, but are people in their twen- 


ties, thirties, and forties that have known about 
amateur radio for a long time and never before 
were motivated to seek a license. A surprising 


number of persons that let their license lapse due 
to lack of interest are also becoming interested 
In participating. Most packet enthusiasts feel 
that digital communication is the wave of the 
future for amateur radio in a technical sense. 1 
believe it is also the key to asalntining our 
numbers and vitality. Let's not be shy about 
procilaining our appeal. We need to make addition- 
al efforts to involve those persons in leadership 
positions in the amateur world in packet activity 
so they can experience, first-hand, its pleasures 
and potentials. We also need to broaden the ap- 
peal of packet radio by having it accepted as a 
communication nethod, rather than emphasizing it 
as an end in itself. 


SEESESSEES EES SESES ESS ESET EES ES 


The members of TAPR...are amateurs 
that want to forge ahead with 
technology in our methods of 


communication. 
KERREERESER ESSE SESS SSESREESEESES 


Our ranks have mostly been filled with experinen- 
ters so far, but the recent explosion in nusbers 
ls changing that. Like other new modes in the 
Past, many people are getting on packet out of 
curiosity and the desire to be Where it’s at.’ 
We are still in the stage of emphasing the mode of 
communication, rather than the content of the 
@essage itself. To sone extent, that fascination 
with the transmission aethod is the essence of 
amateur radio. I fee} that anateurs get on the 
air for two categories of reasons: 1) To use 
communication media for enjoyment. This includes 
ragchewing. OXing, contesting. experimenting with 
equipment and propagation, etc. 2) To connunicate, 
f.e., to get a aessage to someone. Energency 
cosnaunication, phone patches, and traffic handling 
fail in this area. These categories overlap, of 
course. We are still in the do it cause it's 
fun’ stage, just like SSB and FM went through at 
their beginning. While those modes provided 
laprovements in consunicating ability in some 
fashion over what preceeded them, they didn't 
really alter the approaches to conmunicating. To 
me, that is where packet networking's potential 
lies. In the past, tuning the bands provided 
random communication potential, and the unpredict- 
ability of who you could communicate with at any 
moment added much exciteatment to the hobby. But 
if you needed to get through to someone, a sched- 
ule or net was required, and then you were depen- 
dent on good propagation. With our growing packet 


network. you will be able to contact any amateur 
anywhere with reasonable certainty. As we see the 
reliability and convenience of comaunicating 


through this network, we will devote more of our 
attention to saying something meaningful to those 
we conaunicate with. And there needs to be no loss 
of spontaneous communication. The magazines like 
to feature articles about the ‘information revolu- 
tion.' Well, it is also happening in amateur 
radio, and It's called packet. Happy packet ing. 


PROFILE OF A “DOER” 


A doer {s just what the homemade word iaplies. one 
who does things, an achiever. Even nore to the 
point. a doer Is one who makes things happen. 
That implies strong motivation and willingness to 
work, as well as the ability to motivate others to 
appropriate action. TAPR is full of doers. The 
members of TAPR (and the packet revolution 
everywhere) are amateurs that want to forge ahead 
with technology in our methods of comaunication. 
The TAPR Directors, Officers, and the developers 
that built the hardware and software for which 
TAPR is famous are doers of the first order. 


FELEEESEEEEEEESEERESERE SESE SES 


We should look on TAPR as us“ rather 
than "them" because each member is an 


integral part of the organization. 
ttt ttt 


The nature of TAPR needs to be reiterated freq- 
uently. TAPR is a club of radio amateurs that has 
incorporated as a non-profit business for legal 
protection of its members and for tax purposes. 
It is NOT a commercial business in the convention- 
al sense. TAPR is all of its members, not only 
the Officers and Directors. We should look on 
TAPR as us rather than “then” because each gen- 
ber of TAPR is an integral part of the organiza- 
tion. This packet radio activity is a hobby to 
all of the members. They have Jobs, families, 
religious and social obligations etc., This part 
time, hobby aspect to the group makes TAPR's = ac- 
complishmentsa all the more anazing in comparison 
to commercial] businesses. 


Because of their functions, the contributions of 
some TAPR persons are more widely recognized than 
others. I want to single out one person for 
attention this time, because it {s ay {mpression 
that he is the glue“ that has kept TAPR together 
through the hectic pressures of TNC development. 
This is in no way meant to diminish the signifi- 
cance of the contributions of the persons not 
mentioned this tine. In fact, the reason I'n 
writing about this person 1s that he has no hard- 
ware or software expertise to contribute. On a 
list of technical contributors to any of TAPR's 
packet projects, his nase would be left out. 
Neither is he a prolific writer in packet publica- 
tions. But, I am convinced there would be no 
successful projects to take pride in if he had not 
been intimately involved in ‘getting things done“ 


‘Packet pete Eaton, WBOFLW, is this energetic 
person. He is famous in the packet community for 
his visits to hamfests across the country promot- 
ing packet radio fn general and TAPR in particu- 
lar. I want you also to know he is a first class 
leader and manager as well, and has invested auch 
more energy and enthusiasm behind the scenes than 
hay shown in public. Thanks Pete! 
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Editor's Coarents Like I said, I'm having fun with this. The claims 


HISTORIC FIRSTS! do no hara, but it doesn't make sense to take then 

overly seriously. What does make sense is doing a 
I want to poke a bit of good natured fun at claias top-quality job and receiving public acknowledge- 
of ‘first xxxxx,' where Xxxxx can de nearly ment for it. I commend both Ron Raikes, Howle 
anything. Recognition for achievement is a strong Goldstein, and the untold others who have impie- 
motivating factor in human performance. Generally mented Ax 2s v2 in their basements without telling 
it is more socially acceptable if the recognition anyone. We owe tremendous gratitude to these 
is not self-announced, but that also has it's people that have contributed freely to our hobby. 
place. What comes to mind in this regard igs 


situations where ay children will say, I got here CONTRIBUTIONS TO PSR QUARTERLY 
first.” without ever announcing a race to get 


somewhere. It's so auch easier to win a race if 1 am grateful to those persons that have invested 
the coapetition isn't aware that it IS competi- the effort in writing for this publication. As 
tion. l' sure we've all had that experience. In you look at what is included in this issue, you 
amateur activities, we see many of these claias, see that auch of it is one time’ materjal, such 
| categorize them in three ways: 1) Publicized, as TNC2 updates. Therefore, I request persons 
carefully controlled and documented actions. 2) that have not yet contributed to seriously begin 
Acconpiishaents of some merit, but which were not preparation of material for the January issue. In 
announced as competitions. 3) Very specific other words, don't think your Inputs are not 
events that intrinsically had little competition needed just because this is a good-sized issue. 
potential. If you have an jdea and want to discuss it, 

contact me via any of the following means: Write 
A good example of category one is the Pacific to the address on the back cover, send a message 
Packet Radio Society Golden Packet Award. It is via the MatiBox system to WIBEL @ KC2PF {or @ 


well defined, and PPRS will decide and announce K4NTA on HF), Compuserve (JD 76576,2003), DRNET 
the winner. An example of category three is the (ID 2978), telephone (813) 689-3355 after 9 PM 
sidebar in this issue about using three bands and Eastern tine. 

14 digipeaters to talk to oneself. These are susessesscs 

firsts of the ‘Guiness World Record!“ variety, 

They are fun. [You too can be a winner. Why, 1 . 
myself, am the first person named Gwyn to be the TNC-2 OEM PACKAGE AVAILABILITY 
PSR editor. Actually, with a name like that, Ia 

usually the first person named Gwyn to do any- 


thing!!] Tucson Amateur Packet Radio Corporation, in pur 
suit of its charter to do research and developsent 
Category two can be a problem, meaning feelings in Amateur digital communications and make the 
can get hurt. Last issue, Nowfe, Nax. clained results of that research and development avail- 
that FADpad/TNC2 software was the first able, is now supplying complete aanufacturing 
implenentation of AX25 version 2. Now Lynn, packages for interested parties. 
WBEUUT, says the WASDED code was the first. 
Actually, I heard someone implemented it on a VIC- The package consists of PC board artwork, sche- 
20 «shortly after its adoption by the ARRL Ad Hoc Batics, manuals (both printed and on diskette) and 
Digital Committee last fall. So, no hard feelings license to duplicate and distribute TNC 2 (or its 
intended, We won't be able to accurately indorse derivatives). This is auch the same as the ear- 
anyone's claim unless we tighten up the rules and lier TNC 1 OEM package, which spawned the AEA PKT- 
make ai call for entrants. Does implementation 1, the Heath HD-4040. the Kantronics Packet Con- 
mean a) when you wrote programming specifications municator, the Packeterm IPT, the HAL... 


on a notepad [you did spec it first didn't you, 
HI), b) when you got a clean assembly run, c) when Unlike the TNC 1 OEM package, which 18 still 


you put it on the air in test status, di when you available for only $800, the TNC 2 OEM package 
announced its availability, e] when you actually costs $5,000 plus limited royalties. Por further 
made it available. or f) some other criteria? details, contact the TAPR office. 


Hage TR Size To Fron @ 66S Date Title 
454 * 1044 WIBEL N2WX TPA 850907 Forwarded from N2WX at OO032ET 
1842 N 981 W1BEL K4NTA TPA 850906 F VI. Maybe for PSR 


At K4NTA: 1208 From WORLI Revd 860906/0816, Sent 850906/1816 
Via WORLI: 6358 Prom K1BC Revd 680905 / 1300. Sent 850906/1215 
Via WORLI: 57 Prop KIBC Revd 850906/0440, sent 850906/1258 
At K16C: 4839 Fron KIBC Revd 850905/04282Z, Sent 850905/04392 


4834 BN 681 ALL K1BC 850905 Historic first? 


Thie asg is being filed by the following route: 

A terminal at KIBC-1 talking to a TNC-1 with WASDED code in it — 9 K1BC-1 sending on 
223.10 MHz — 2 Being relayed by K1BC/R audio repeater at Weston MA to WORLI-1 on 224.70 
— 2 Gatewaying at WORLI-1 to 145.01 ---> Digipeating via KiEA Harvard MA to ND in 
Sudbury =e Gatewaying from 146.01 to 14. 103 MHz at NIDL; Prom NIDL to WORLI-O on 14.103 
“--> Gatewaying at WORLI-0 back to 14501 MHz —— 2 From wOrli-O via KD2S-1 Digspeater in 
Lowel) MA —— 2 to K1BC-O BBS In Lexington MA, or about 3 feet from where I am typing this. 


3 bands (220, 145 and 14 MHz}, 10 TNC's (1 think), 3 Gateways, and a BBS. 
Hooray! The Network Grows! 73. de Bob, KiB 0 
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BBS NEWS AND VIEWS 


TOM CLARK, W3IWI 


Last time in this column I told the story that the 
BBSs in our mid-Atlantic area had served as the 
“glue” that finally bound people together. The 
W3IWI PBBS has now celebrated its first birthday 
and in that year well over 7000 nessages went thru 
the system. The neighboring syatems in NJ, PA and 
wv have accounted for a total nessage traffic in 
excess of 18,000 messages. WORLE has reported that 
the message total in the Boston area was at a 
sintiar level ( > 18,000 total messages as of the 
end of September). During the nonth of September. 
the W3IWI BBS generated > 200 kbytes of logging 
data alone, with 143 users and with the BBS con- 
nected to sone user one year ago. with an everage 
“doubling tine of about 4 months. The packet 
revolution has arrived! 


FESESEEEESESESESSESSSEEESE SES ES 


A nifty trick can be done with the 


TNC2 that permits it to emulate a WORLI 


mailbox on receive. 
¥SEEKEFESESESSESE SES EES SL EES ESET EE 
My system runs with two VHF input ports (148.01 
and 145.05), although one of these channels wlll 
QSY to 220 when we get 9600 baud running on EAST- 
NET. Since say last column, WORLI has released his 
10.0 software. We have been working to sort out 
minor tincoapatibilities between the TNC1 and TNC2 
and sy 145.01 port now runs a TNC2. In the Balti- 
wore/Washington area we are already feeling the 


pinch of too many users on the air and we are 
trying to devise ways to sainimize QRM. For exas- 
ple, we have been fine tuning channel priorities 


by suggesting that keyboard users use short OWAIT 
(e.g. 4), BBS‘'s take a lower priority by using 
DWAIT 8 while those doing file transfers use DWAIT 
12 (TNC2 users: quadruple these numbers because of 
your higher resolution timers). 


During the past year, I spent nearly six weeks in 
the Fairbanks. AK area. For those of you not 
familiar with Alaska's geography, Pairbanks is in 
the middie of the state, about 400 afiles from 
Anchorage, and has a population of about 80,000. 
Anchorage plus Fairbanks account for about 90% of 
the state's population. With the help of KL7GNG 
and KL7NO we have introduced packet radio to the 


Yukon. dur ing ay trips, we got the KL7GNG BBS 
(another WORLI systen) on the alr with three in- 
itial users (KL7GNG, KLINO and WSIWI/KL7). We 


showed the capabilities to the Arctic Amateur 
Radio Club who immediately saw the potential for a 
nuaber of public service functions like relaying 
checkpoint info from points along the route of 
dog sled races (in the winter) and boat races (in 
the summer). Within sonths, the Fairbanks area has 
become a rea!) hotbed of activity with something 
like 20 users (I dare to suggest that Fairbanks 
has the largest per capita population of TNC2s of 
any metropolitan area in the vor Idi). all focusing 
their activity on the KL7GNG PBBS. They have just 
begun linking experiments to the “outside” world 
(VHF links to Anchorage and HPF links to 
"civilization”). 


The packet BBS software that has reached the 
greatest level of maturity is due to the efforts 
of Hank Oredson, WORL]. This runs on a virgin 
Xerox 820 board (still available for 350-5876) with 
8“ or 3“ floppy disk drives and a TNC1 or TNC2. I 
have been asked a lot of questions about getting 


an X820 up and running so let's spend some tine 
anawering some oftasked questions. The first of 
these concerns the availability of supporting 
documentation. I would recommend that anyone plan- 
ning an X820 system get a copy of the August ‘85 
AMRAD NEWSLETTER. In that issue, N4ICK has made a 
compendium of useful X820 tips. Andre inforas ne 
that the August issue can be obtained for $1.50 by 
writing; 


Andre Kesteloot, N4ICK 
AMRAD 

Box 6148 

McLean, VA 22106 


Or it will be included as one of the copies if you 
join AMRAD for $35 annual dues (use the same 
address and indicate you want the Xerox special 
issue). My good friend, Ron Dunbar, WOPN, also 
produced a lot of helpful notes on the K820 which 
I have combined with other possibly useful 4820 
trivia tina series of disk files that have made 


the rounds of a number of BBSs. If you” really 
need a copy. I could provide it on disk (1st 
preference IBM-PC format 5” disks. or if need be 


on 8" 8880 IBM 3740 format CP/M files). However, 1 
must insist that you provide the diskettes and pay 
edequate postage! 


The next most frequently asked question concerns 
disk formats for the X820/WORLI BBS combination. 
8° disks are to be preferred although there does 
exist 5" (Xerox format) support. However the stor- 
age capacity of the 8” disks is very limited and 
the “official” “supported” software distribution 
is on 8*, so you have to find sonebody to do media 
conversion for you. in the 8” format, two physical 
drives are supported. Either of these say be 
either single- (!.e. Shugart SA-800 or equivalent] 
or double-sided (i.e. SA-850). If you use double- 
sided drives, the software treats it as two sep- 
arate logical drives. Each logical drive can store 
241 kbytes of data. although the WORLEI software 
plus supporting files requires 100-300 kbytes 
(depending on the volume of aail on the systea). 


Here at W3IWI I use two SA-850's, so the user sees 
4 logical drives (named per CP/M convention A:, 
B:. C: and D:). The system software and supporting 
files are distributed between the A:. C: and 0: 
drives, leaving about 600- 700 kbytes of user 
space (which often isn't enough with 100+ active 
users). Some of the “system” files which chew up 
space include: 


CBIOS.COM (part of the CP/M system loaded during a 
2-step boot) 

TNC.COM (the BBS program itself) 

CONPIG.TNC (ASCII Text file with BBS 
prompts and contro] information) 

MAIL.DAT and MAIL.BAK (the file containing user 
messages, and the backup copy of same) 

LOG.TNC (an ASCII text file containing a 
detailed BBS transaction log) 

CALLS.TNC (an ASCII listing of all calls heard by 
the BBS when not connected to a user) 

FWO.TNC (an ASCII text file which controls routing 
for message forwarding) 

USER.DAT (a database file which contains tnforma- 
tion on each BSS users including name. last 
time connected. sessage number at last con- 
nect, priviledges, etc.) 

MON.TNC (an ASCII text file used to save the “J* 
listing of recent acitvity) 

MSG. Turf (temporary file used while receiving nes- 
sage from user) 

plus normal CP/M utilities like PIP, 810. 
SYSGEN, WS, etc. 


commands, 


rather 


STAT, 
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Most BBS sysops hide“ these flies from user view 
by issuing a command like STAT *.COM $SYS or STAT 
NAIL.“ $SYS {but the files are still there!). 
Users are cautioned that ONLY the files I have 
noted as being ASCII text files can be iisted 
without devastating results: the BBS does not like 
to send binary data! 


Jan often asked about how to obtain the software. 
With over 100 systems on the alr. it has becone 
impossible for WORLI to personally take care of 


all the distribution of disks. He usually sends 
out new releases to a few select people. who then 
each have their own distribution lists; f person- 


ally have supplied about 20 systems with software. 
Bob Clements. KIBC also distributes the code to a 
number of subsidiary users by ARPANET. So the best 
way to get software is to ask somebody that al- 
ready has it. Try not to write Hank unless it is 
really necessary: we all profit from having hina 
spend his efforts working on code rather than 
copying disks! The ad hoc “Christmas Tree” distri- 
bution network would be greatly aided if somebody 
would volunteer to maintain a “central registry" 
data base with information on which systema are 
currently active, their current software revision 
level, which TNC's they are using etc. 


Another frequently asked question concerns the 
portability of the software -- “Can I run a WORLI 
BBS on ay Veebelfetzer CP/M system?". WORLI has 
written the software in a CP/M environment in 280 
macro-assemabler. However, the software makes heavy 
use of the 1820 hardware configuration and is 
interrupt driven. As a result, few of the efforts 
to change the basic environment have been succes- 
sful. With minor changes it witl run on the Digi- 
tal Research (a.k.a. Ferguson) 818 Board (which 
has strong family ties to the X820). The WORLI 280 
macro-assembler source code is available for those 
who want to take a crack at it, but I would offer 
the following advice. To be useful, a BBS needs to 
be dedicated to that function; It should be avail- 
able 24 hours per day. Few of us want to tie up 
our "good" personal computers to provide 88S ser- 
vices, and xX820s are quite cheap. Therefore it 
makes sense to bite the bullet, outfit an x820, 
and dedicate it to serving a BBS function. 


EEFEEEEETSES ESSE SES ESES ESSE SESS 


Let me expound onhow these systems 


might evolve in the future. 
HEFFESEKESESESESRE SEES ESTES ELE TE 

A related question concerns compatible software 
for other computers. The big point in compatibi}- 
ity concerns automatic message forwarding (more on 
this a bit later). I know of two conpatible alter- 
native ftaplementations. The first has been written 
by VESFXI in c“ to run under 089: Dwayne sent the 
following note to ne: 


“Tom, the c' Source Code for my PBBS is avail- 
able if any one wants it for cost of nedia and 
postage. Media and format preferably 5 inch 089 
foraat, but other formats with effort on ay part 
are possibie. 


“It is actually only compatible with RL1 as far 
as message forwarding goes. and supports message 
handling much differently internally, as well as 
offering use of sub-directories for File Uploads/ 
Downloads etc. The command suite is somewhat dif- 
ferent except for RL! message forwarding compat- 
ible s!“ command ('‘SP* is not supported). Message 
forwarding is handled through e direction which 
means 1 do not need to have large forwarding 
tables...-.- 


“It is not so new as it has been running locally 
since Aug 84 but back then it didn’t support 
message forwarding, since there was no one to 
forward to ! Address any further questions etc. 
by mail to: 

Dwayne Bruce 
29 Vanson Ave. 
Nepean, Ontario, Canada, K2E 6A9 


Another WORLI compatible system has been written 
by Bob Bruninga. WBS4APR. to run with the TNC1 
Command set using @ Commodore C-64. Bob's software 
is written in BASIC and is designed to run with 
all messages stored in RAM (be uses battery backup 
Power and reports no glitches resulting in lost 
mati in months of operation). Bob's software uses 
cassette tape for backup and does not even use a 
disk drive. With a virgin C~64 it can service one 
TNC in BBS mode, and with a couple of added TTL 
chips it can service two as a full gateway. Sob 
indicates that he will supply the software on tape 
for 35.00 to defray his costs and he can de 
reached at: 

Bob Bruninga, WB4APR 

39 Southgate Ave. 

Annapolis, MD 21401 


I often receive questions like “I'm trying to get 
the RLI software running but I am having probleas 
with .....". To help WORLE sysops with their prob- 
lems, Jon Pearce, WB2MNF, has written a “SYSOP 
GUIDE”. This hitchhiker's guide to 8BS-donm, IIke 
its galactic counterpart, is designed with “DON'T 
PANIC" in mind. Jon has collected his experiences 
and augmented them with inputs from WORLI and me; 
he tries to keep it up to date with the frequent 
evolutionary software changes from WORLI. AT the 
time of this report, Jon is in the process of 
updating the document from WORLI release 9.8 to 
10.0. Jon requests that you pay the postage costs 
for sending this document to you -- about $2.00 
should take cere of domestic postage. He can be 
reached at: 

Jon Pearce, WS2HNP 

109 Pine Cone Trail 

Medford NJ 08055 


Let me expound on how these systems might evolve 
in the future. The present WORLI BBS/Gateway sys- 
tems support only a single user at a time. There 
are two reasons for this. The first is that (until 
very recently) our TNCs could only support one 
connection at a time. But this is changing. Ron 
Raikes, WASDED, has written a nice firmware pac- 
kage for the TNC] and its hardware compatible 
units which supports 4 users (and can be reconm- 
piled to support several times that number). This 
firmware is already in use on the W6IXU BBS in the 
Los Angeles area. A few of us have “beta” test 
firmware for the TNC2 written by Howie Goldstein. 
Naux. for the TNC2 and “FADpad" TNC which supports 
up to 10 simultaneous users. Harold Price, NK6K. 
is in the testing phase with his Revision 4 TNC} 
code which will support 37 (!) different users. 
And I understand that AEA's new PKT-64 also sup- 
ports aultiple users. So, the TNC limitation is 
evaporating. 


The next hangup on increasing flexibility concerns 
the BBS’s computer. The X820 was a good choice 
aince it was cheap and readily available. But it 
is simply too small an “engine” for a nultt-user 
system. The 64 kbyte memory limitation is severe: 
WORLI currently uses the entire X820 momory space. 
Also, the X820's hardware configuration does not 
lend itself easily to expansion to gore disk 
space. If you enjoy hardware modifications, acces- 
sory boards are available to increase memory up to 
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1 Megabyte and to modernize the disk controller. 
Also., the recent advent of cheap 10-20 megabyte 
Winchester disks at cheap prices should cause us 
to rethink the disk storage questions. 

But in defense of the current X820 configuration, 
we should again stress that its low price and 
ready availability plus the heroic software effort 
by WORLI has offered the opportunity to have a 
highly competent 88S in many diverse areas fron 
Alaska to Florida, from Norway to New Zealand. If 
we are going to develop a higher performance 
"engine", then it seems obvious that we should 
have reproducability as one of the primary 
considerations. 


On a couple of recent trip to the Boston area, 
WORLI, K1BC and I chatted into the wee amall hours 
about this problem -- what is the next “engine"? 
My personal preference is the IBM-PC (and conpat- 
ible clones). At hamfests recently I have seen 
ortental gentlemen showing their offshore pe- 
clones for as little as $700 when equipped with 
256k RAM, two 360kbyte floppies, video board, etc. 
A 10 meg hard disk can be had (with controller) 
for $300-400. Big Blue has set the standard that 
assures compatibility with their open architec- 
ture. But MSDOS is not a multitasking operating 
system (maybe it will be with DOS 4.0 or with 
WINDOWS or Concurrent CP/M) and multiuser activi- 
ties would be much easter to implement with true 
pultitasking. 


Hank had an Atari “Jackintosh” running at his 
house, and we discussed that as a possibility. The 
consensus was that the operating system plus 
closed architecture made this not be the “engine” 
of choice. 


very interesting machine its Commodore's 
architecture is open, software 
and multitasking is inherent 
But none of us have an 


Another 
new Aniga. The 
support looks good, 
in the operating systen. 


Amigal And will it even survive in the fickle 
marketplace? 

The final “engine” we discussed was the 64180, 
both as described by Steve Ciarcia in his recent 


BYTE articles and as used by WA7GXD in the new 
TAPR Network Node Controller (NNC). This is basic- 
ally a CMOS 280, but with the ability to address a 
lot of menory. The problen I see with this 
approach is that we don't have a readily available 
pultitasking operating system to support it that 
is CP/M compatible. But the OASIS OS fs available 
and a Canadian firm also offers a nuititasking OS, 
so if the the 88S applications are rewritten to 
run under one of these OS, we sight be in 
business. The Turbodos OS also might be used to 
service several users on slaved 64180 boards. We 
invite your comments on this topic. 


final topic for this issue, lets discuss 
networking (particularly as it applies to 358 
nessage forwarding today). Right now, we are all 
waiting for one of the pundits to present to us 
some working network software. This may be TCP/IP 
or it may be virtual connections -- hopefully it 
will be transparent at the user level. Until these 
Level 3/4 implementations are ready to use. we 
have only two networking “hooks” available. One !s 
our digipeaters (a bit of level 3 thrown in at 
level 2) and the second is the BBS message _ for- 
warding (all the way up at level 7). The BBS 
forwarding 18s simplicity itself. At predetermined 
times, a BBS automatically calls up its neighbor- 
ing 88S and passes any messages it has for that 


As a 


area. The receiving BBS neither knows nor cares 
whether the calling station ts an individuel user 
or another BBS. The sending station keys his tran- 
smissions on certain “trigger” characters sent by 
the answering station. The sending station looks 
for a ">" character and begins the message trans- 
mission. The dialog looks something like this: 


Sending Station 
{connect ) 


Receiving Station 
{signon banner text] 
(B,D,....)>(er] 
[prompt line] [cr] 
[prompt tine] ler! 


} ~~ 


3. 8 K9 D068 @ NOVA 1311 

. INFORMATION WANTED 

. {message text} 

» Ctl-z (B.D,.... ler] 
{repeat 3. - 6. unt i] done} 

7. [disconnect] 


4 
5 
6 


All the text in (1.) 1s superfluous but the re- 
celving station makes no distinction between a 
normal user and a BBS forwarding mail. Ia (2.) 

the ">{cr}” ts the trigger that permits the trans- 
mission of a message. In (3.] the ler] terminator 
would normally be a part of the Subject: prompt 
and would trigger the sending of the Subject: 
line. In (4.) ler] would be part of the “Send asg. 
end with Ctl-Z” prompt to trigger the transmission 
of the message text in (5.) and the Ctl-2Z termina- 
tor in (6.). The receipt of the “>{crJ" in (6.) is 
the acknowledgement that the previous message has 
deen received (whereupon most BBS's automatically 
"kill" the original sessage). 


we see the routing information for the 
In this case K9DOG is known by the orie 

be a user of the NOVA BBS. The 3553 
along the route only need to know how to get 
messages to other BBSs. not the calls of aj} the 
users at that BBS. 


In 13.) 
message. 
inator to 


The c ain in (3.) is a recent addition to 
WORLI 3838 ˙8 (beginning with release 10.0). pre- 
vious to that release, the call of the sending 6388s 
appeared in the message “From” field since the 
from call is taken from the call sent at connect 
time. The new addition specifies the original 
“From” call at the originating BBS and preserves 
it as the message meanders thru the network of 
linked BBSs. 


FIFTH ARRL AMATEUR RADIO 
COMPUTER NETWORKING CONFERENCE 


(Reprinted from October QEX) 


The Fifth ARRL Amateur Radio Computer 
Conference will be held during the 
March 7-9. 1986. in Orlando. Florida, in 
conjunction with the Florida State Convention. 
The Florida Amateur Digital Communications 
Association (FADCA) will host the conference. 


Networking 
weekend of 


Technical papers are invited on all aspects of 
amateur digital comauntcation including packet 
radio, RTTV. AMTOR, modems, computer-based nessage 


systens, terrestrial networking. gateways. 
teleports and satellites. and meteor scatter. 
Topics of interest are protocols and standards. 
network and systen architecture. hardware. 
software. and applications. 

The deadline for camera-ready papers is February 


1. 1986. If you plan to present a technical 
paper. please request an author's kit from Paul 
Rinaldo, RI. at ARRL Hq, 225 Main Street. 


Newington, CT 06111. 
Sesesresse 
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Normaliy each 88S appends a iine at the top of the 
message text with traceback information showing 
the route the message followed. It fs not unusual 
to see a nessage that has gone thru 6-8 hops“ 
have accounting information longer than the ges- 
sage text. 


A nifty trick can be done with the TNC2 that 
pecnits it to emulate a WORLI- conpatible snailbox 
on receive. This then lets your nearby BBS auto- 
forward your mail to you. To do this, we make use 
of the TNC2's CMSG and CTEXT commands to answer 
all “calls” with the chatacters necessary to 
“pace” the sending of mall. First you have to set 
CMSG ON and then (assuming you have PASS set to 
the default $16 ° ct!l-V) you enter something like 
the following exaaple which will allow up to 3 
messages to be sent to you: 


CTEXT Welcome to W3IWI-1[ctl-V})(CR} (or 
you want) 
(eti-VJ ICR) 
(etl-Vj LCR) 
(ctl-V)[CR)} 
(etl-v)(cR) 
{ctl-VjJICRJ 
{ctl-vy{cr] 
(cti-vV} (CR) 
{ctl-v] (CR) 
feti-v) (cr) 
len! 


whatever 


{ack the TO: field) 
(ack the TITLE: field) 
(ack the ctl-Z at the end) 


Be certain there is no space between the ">" and 
the (cti-v])(cR]. 


You should Infor your local BBS sysop that you 
are prepared to accept autoforwarded nall and he 
will put you into his FWD.TNC list. He will prob- 
ably delete your messages automatically after he 
senda them to you, 830 it is your responsibility to 
make certain that your system is on-line and ready 
to copy. If you take your printer/conputer off- 
line, you should disable your TNC by issuing the 
command CONOK OPF and/or CMSG OFF. 


You may have trouble with the ctl-Z that the 358 
sends to you as a terminator for each asg. In 
CP/M-based systems, ctl-2Z is the End-of-Pile sar- 
ker and if your terminal program puts it into the 
file, then the subsequent messages will not be 
"reachable". Also some terminals (like the ADM-3) 
use ctl-Z as a clear screen character which aay 
also cause some grief. Here 1 use ASCOM as a 
terainal emulator program (both in CP/M and MSDOS) 
filter out all ctl-Z characters on input. 


73 de W3IWI 
seessesune 


EPROM PROGRAMMING ADAPTER 


The TAPR TNC 1 EPROM progranmning adapter, 
described in the July PSR Quarterly, enables you 
to programs 2764 and 27126 generic EPROMs. With a 


simple mod. it can support the 4“ versions of 
Che INTEL “intelligent” algoritha, a 2764 can be 
programmed in under two minutes, a 27128 in under 


four. 
TAPR has about two dozen semi-kits available. 
These kits include the PC board, ZIF socket, IC 


sockets, most ICs and most discrete components. 
THIS IS NOT A COMPLETE KIT! 

Price, including 
postpaid in the US. 


limited documentation, is $35 


Sessezaces 


MODIFICATIONS TO THE TNC-2 


INTRODUCTION 


TAPR has delivered over 500 TNC 28. 
(October), TAPR will be shipping a revised PC 
board (Rev 2). For those of you with Rev 1 TNC 
28, the following list of board modifications will 
bring you very close to the improved performance 
available from the Rev 2 boards. 


This month 


The modifications address the following areas: 


a) On-board modem receive dynamic range 

b) Susceptibility of TNC 2 to rf fields 

0) Rad iated emissions from TNC 2 

d) Revised memory mapping for 32k EPROM and 16k 
RAM 


If you have experienced difficulties in any of the 
areas covered by (a) through le) above, TAPR 
recommends you perform these modifications to your 


TNC 2. If you desire to use later versions of 
software that will include multiple connections, 
TAPR suggests you per form the memory 
modifications. 

ACKNOWLEDGMENTS 


TAPR is grateful to Eric Gustafson, N7CL, and Dan 
Morrison, KV7B, for developing and testing many of 
these mods. 


PROCEDURE 


All trace cuts and added parts are shown in the 
two illustrations that accompany this article. 
Figure 1 is the component side of the PC board, 
while Figure 2 is the solder side. Please refer 
to these figures when performing the 
modifications. 


A) -5 volt supply 


The —5 volt supply may have a few hundred milli- 
volts of noise. Since much of this noise is 
synchronous, and related to the clock of the MP-10 
filter, it contributes to degradation of the 
demodulator at low signal levels. 


To clean up the -5 volt supply: 


1. Remove R4 (10k, quadrant 1, Assembly pg. 13). 

2. Cut ground trace of R4 (see cut A, Pigure 2). 

3. Install a1 uf to 10 uF electrolytic capaci- 
tor in place of R4 (+ end away from edge of 
PC board). 

4. Connect end near edge of PC board to adjacent 
pin on RS. 


B) Isolating Digital and Audio Grounds. 


The analog and digital ground paths are insuf- 
ficiently decoupled. The result is a higher-than- 
expected noise floor at the demodulator input. 
The following mods provide significantly greater 
isolation of the two ground systems, resulting in 
much- improved weak-signal demodulation capability. 


To break ground loops and isolate audio ground: 


i. Break heavy ground trace between C21 and U8 
pin 4 (see cut B, Figure 2). 

2. Break heavy ground trace between anode end 
of CR12 and RS-232 connector pin 7 (see cut 
A, Pigure 1). 
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3. Connect jumper from RS-232 connector pin 7 
to power ground near on-off switch (see Jum- 
per 1, Figure 2). 

4. Break heavy ground trace under RS-232 con- 
nector (see cut C, Figure 2). 

5. Install a 10 uH RP choke across this break. 


C) +5 volt Power Supply 


The +5 volt power supply may have up to a few 
hundred millivolts of digital noise on it. Since 
this supply is common to both digital and analog 
circuits, this noise can contribute to degraded 
modem performance. 


To reduce the noise on the +5v power supply: 


1. 5 the +5=volt regulator (03) from the PC 

oard. 

2. Mount this regulator to the cabinet, screwing 
it to one of the "top rails" (see Assembly 
manual, Fig. 6, page 60). A #4 self-tapping 
screw is the proper size. 

3. Use short jumper wires (insulated!) for the 
regulator input and output leads (the two 
outside pins). 

4. Use a shielded wire to connect the center 
(ground) pin of the regulator as follows: 

~Connect the inner conductor only to the cen- 
ter pin of regulator 03. 

-Connect both the inner conductor and the 
shield to ground at the ground lug of Pl 
(see Pigure 2). 

5. Changing bypass capacitors 
0. 1 uP may be helpful. 


from 0. 01 uF to 


D) Reducing Noise on +5 and 5 volt Supplies 


In addition to the above steps, the following step 
is helpful for both supplies: 


1. Replace R80 with a 10 uH RF choke (Quadrant 
2, Assembly page 15). 


E) Reducing Radiated Noise 


TNC 2 uses a crystal oscillating at 4.9152 Mhz 
(nominal), This results in a harmonic (the 30th) 
at 147.456 MHz. TNC 2 also uses dividers, and the 
59th harmonic of the 2.4576 Mhz energy is at 
144.998 MHz (pretty close to 145.010). There are 
several ways to reduce the strength of this 
energy. The first four steps relate to an antenna 
effect of same of the conductors on the PC board, 
the later steps slow down the edges of the worst 
digital offenders. While there is some work in- 
volved, the results are well worth it! . 


To reduce the radiation efficiency of the TNC at 

VHF: 

1. Delete (bottom of board) ground trace from 
corner of board near J2 to pass-thru near U25 
pin 15 (see cut D, Figure 2). 

2. Cut the same trace (edge of board, bottom 
side) just before it becomes adjacent to the 
audio ground trace (near pass-thru near cath- 
ode end Of CRIS) (see cut E, Figure 2). 

3. Cut the ground trace on the top of the board 
near the edge at the same location as in 
above step 2 (see cut B, Figure 1). 

4. Cut the ground trace running (top of board] 
under the LEDs right where it joins the fate 
ter trace leading towards BATT] (see cut C, 
Figure 1). 


To decrease the radiated noise from the board: 


5. Install a 220 pF cap from U4 pin 3 to ground. 

6. Install a 0.01 uF cap from U4 pin 6 to ground. 

7. Install a 100 pF cap from 010 pin 12 to 
ground. 

8. Install a 0.01 uF bypass capacitor at J2 pin 
3 (PTT) to ground (see Figure 2). 

9. Install a 0.1 uf bypass capacitor across the 
power input pin of Pl to ground (see Pig 2). 


To pull the crystal frequency in case a spur“ is 
on 145.01: 


10. Replace C47 with a 60 pF trimmer capacitor 
(available from most Radio Shack stores) and 
adjust the trimmer to pull the spur to 
145.00 MHz. If the crystal won't pull low 
enough, adjust the trimmer to put the “spur" 
on the high side of 145.01 MHz. 


P) For the Strong of Heart 


If packeteers in your area do not overdeviate 
their transmitters (many dol), the audio repeaters 
used are actually flat (most aren't) and you want 
to squeeze the last possible dB out of the low end 
of your demodulator's dynamic range, this mod MAY 
be for you! 


1. Remove U18 (MF10). 

2. Install a small wire jumper from pin 1 to pin 
17 of the now-vacant MF-10 socket. 

3. Verify that you can still work packet radio! 

4. Cut the trace supplying the clock signal to 
the MF-10 (now you can't easily use the H- 
10 again — think twice about cutting this 
trace!) (see cut D, figure 1). 


F) Memory Modifications 


TNC 2 Rev 2 utilizes a 270256 EPROM. (32k bytes) 
and includes a pair of 6264 8k RAMs for a total of 
16k of bbRAM. 


WARNING: The following modifications will not 
allow you to use a pair of 2764 EPROMS in your TNC 
2. This will mean purchasing a new EPROM. You 
may want to wait until there is a new software 
release that is not compatible with your present 
configuration before you perform this 
modification, 


1. Cut the trace tying JMPS pins 1 and 2. 

2. Install a jumper at JMP5 pins 5 and 6. 

3. Cut the trace from 624 pin 20 to 612 pin 11. 

4. Add a jumper from 624 pin 20 to U13 pins 2 
and 3. 

5. Cut the trace from 624 pin 27 to JMP6. 

6. Add a jumper from U24 pin 27 to U25 pin 27. 

7. cut the trace from U24 pin 28 to R52. 

8. Add a jumper from 024 pin 28 to 025 pin 28. 

9. Add a jumper at JMP6. 

10. Replace U24 with a 6264 8k static RAM, low- 
power type. 

11. Replace U23 with a 27C256 EPROM containing 
TNC 2 software. 


That's all for now! 


3 688382208 
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Figure 1 — TNC 2 REV 1 Component Side 
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Figure 2 — TNC 2 REV 1 Solder Side 
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THE TAPR NETWORK NODE CONTROLLER 


Lyle Johnson, WA7GXD 
PART 1 - WHY? 


Most of you have heard of the “7-layer” aodel for 
data comaunicatlons. TNCs do levels 1 (sodeas) and 
2 (links). 


But, everyone (including myself) has been talking 
up a storm about levels 3 (network) and 4 (trans- 
port). Three and Four tend to go hand-in-hand and 
seen to be generically referred to as 
“networking.” 


The genera! idea is that, using your existing 
packet radio station, you should be able to con- 
nect to a networking node and thence to any other 


packet station on this planet (and maybe one or 
two off-planet!). This will take some time in 
coming -- and may never come -- but there are 
several intermediate steps that must be taken if 
we are to have any chance of reaching this an- 


bitious goal. 


Step one has been taken. With about 6,000 amateur 
packet stations in service today, there is a 
viable “user community" that can take advantage of 
extended servcles. And, Joy of joys, pay for it! 
Like a local club forms to sponsor a repeater, s0 
will local packet groups eventually start sponsor- 
ing network nodes for increased services, faster 
data transfer, and helping to fora ai reliable, 
high-speed packet “backbone” system for inter-city 
trat fle. 


Step two, then, is a box that multiple stations 
can siaultaneously connect to, and through. Two 
key points are implied here. Pirstiy, multiple 
connections to a single station on a single freq- 
uency aust be possible. Secondly. in networking 
you connect to the next station in a “path” rather 
than digipeat through the next station, 


Multiple connections are already here. Both TNC 1 
and TNC 2 have prototype software in testing today 
that supports aultiple connections. Eventually. 
this will mean that several stations can connect 
to a local bulletin board station (BBS) and scan, 
leave messages, etc... without waiting in line for 


one-at-a-time service. This means, of course, 
that the BBS software must be able to support 
multiple users at once. 

Again on the software front, proper level three 


procedures wil) enable you to send a packet to the 
next station in line to get to a distant station 
AND GET AN ACKNOWLEDGEMENT FROM THAT STATION. 
Contrast this to the digipeat strategy in use 
today, where you pass a packet on to the next 


station, but the ACK must come from the intended, 
distant station. As sany folks in crowded areas 
know, the digipeaters are getting clogged. Net- 
working broaises to alleviate much of this 
congestion. 

Of course, all of this software means increased 
memory requirements for stations providing these 
services. This is part of the reason for the 
latest TNC 283 having doubled RON and RAM. And 
this jis also part of the reason TNC 1 has a pro- 
gtammable nenmory-mapper. TNC 1 can easily hold 


32k of EPROM and 32k of RAM (minus a total of 4k 
fros these two spaces for the 1/0). 


But proper networking requires sone “networking 
etations” that will need aore horsepower than any 
TNC can give. 


Enter the NNC. 
PART TWO - WHAT? 


The TAPR NNC design is the result of much thought 
and discussion by members of the US packet coa- 
aunity over several aonths. The ORNET service 
(provided through NJIT) has allowed inputs and 
discussions from all over, and the design has 
benefitted greatly from this open debate. 


The unit consists of three boards at present. 


The (digital) heart of the NNC la the processor 
board. This 5.75” by 7.75” unit contains a amicro- 
processor, four HDLC ports, two asyne ports, a 
parallel printer port, a battery-backed rea)-tine 
clock, up to 17/2 megabyte of memory (up to 1/4 
megabyte of it battery-backed RAM) and a SCSI bus. 
Those aay have been terms unfamiliar to you, 80 
let me elaborate. 


o alcroprocessor 


The 64180 processor is a like a 260. only better. 
(Actually, there are those who will argue that 
ANYTHING is better than a Z-80!) In addition to a 
high speed 6-bit processor, this chip contains two 
channels of direct senory access (DMA) control, 
for really fast input-output (1/0) operations, a 
memory-panagenent unit (MMU) to allow use of up to 
1/2 megabyte (512 k bytes) of memory, an interrupt 
controller, a pair of serial ports (see async, 
below). a crystal-controllable oscillator and 
it 18 211 CMOS for low power and long life. It 
also contains a pair of 16-bit programmable tisers 
(useful for lots of functions). 


Being 280 compatible. it can make use of the TNC 
2. KE3Z multi-port diglpeater, KA9Q “C” and other 


level two code that has already been developed 
(and debugged?). 

o four HOLC porta 

In addition to being able to support asultiple 


connections on a given rf channel, this box has 
four HDLC ports. so up to four channels can be in 
use at the same tine. 


present ly. the WB4APR gateway and the asultiple 
WORLI gateway stations are the sost prevalent 
nultiple- port systems running, and they require 
multiple TNCs - one per port. The NNC, on the 


other band, will not require the use of any TNCs 
to allow gaultiple port operation. (The KkEAVZ dual- 
port digipeater also does AK zs Level Two without 
external TNCs.) 


Two of these ports can make use of the high-speed 
OMA controller on the NNC for really fast opera- 
tion (say, 256 kilobits per second) when suitable 


modems are available. And it can go a long way 
towards helping in the development and debugging 
of suitable nodens. 

In addition, with a little care it should be 


possible to configure the NNC such that a single, 
full-duplex high-speed DMA port is available in- 
stead of a pair of half-duplex ones. 

These ports are based on the use of a pair of 
810/28. The SIO was chosen over the contending 
8530 for a few reasons, but avallability in CMOS, 
cost and full “mode 2” interrupt support certainly 
were factors. 
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o two async ports 


The 64180 has a pair of built-in serial ports for 
asynchronous (start-stop) data. These ports are 


buffered to be RS-232-like and are available for 
connecting up a teralnal or serial printer. 
Especially during code development, these ports 


should prove very useful. 
o parallel printer port 


A standard “centronics" parallel printer port ts 
provided. In addition, a second pair of 8 bits 
are available for general use (flashing lights and 
blowing whistles, for example), although the real- 
time clock uses three of thea. 


o real-time clock 


A battery-backed real-time clock is optionally 
configured on the board. This may prove useful 
for logging, statistical usage data, and the like. 


© 1/2 netabyte meaory 


Sixteen (16) bytewide memory sockets are provided. 
Eight (8) of thea are battery-backed and nay be 
selected (via a single jumper set) for eight 6264L 
devices (ak bytes each for a total of 64k bytes of 
DbDRAM) or eight 43256L devices (32k bytes each for 
a total of 286k bytes -- 1/4 segabyte -~-- of 
bbRAM). 


The remaining eight sockets are individually con- 
figurable for 32k byte EPROMs or 32k byte RAMs. 
6k byte RAMs may be used in some sockets as well. 
None of this second group of eight are battery- 
backed. 


o SCSI bus 


The SCSI bus allows data transfers exceeding 1 
aegabyte per second. It is a half-duplex bus, and 
it can allow up to eight devices (boards). This 
bus may be DMA-driven for high speed operation. 


One advantage of the SCSI bus for the NNC 41s that 
it allows aultiple NNCs to be tightly coupled for 


fast passing of packet information in a really 
crowded site. 

A potentialy greater advantage, however, is that 
this dus will allow NNCs to becoae slave proces- 


sors for a really powerful master processor. For 
example, it 1s quite possible that in a few years 
(or months?) the NNCs will be straining to keep up 
with the traffic load. Experience may prove that 
a 68000, 32000 or similar processor may de the 
best way to handle Level Four (Transport) proto- 
cols, make routing decisions, etc. scsI will 
allow a graceful evolution in the capability of 
the Apateur packet network without requiring 
supermaicros at this early stage in the network's 
development. 

So auch for the primary digital board. A network 
that only works on wires is pretty useless in 
Amateur radio. We need to interface to radios, 
which geans we need aodenrs. And, for the forsee- 
able future, HF will play a great part in long- 
haul traffic, while many packeteers will choose to 
continue to operate VHF at 1200 baud. 


The four-port aodem board will utilize the well- 
Proven XR2206/XR22114 design. One channel will 
typically be configured for 300 baud, 200 Hz shift 
and one channel for 1200 baud local VHF access. 
This leaves two channels for future expansion. or 
temporary use, or 277 


The board will also include a tuning indicator 
that can be jumpered to any of the four modems. A 
crystal-controlled clock oscillator will also be 
provided, with appropriate taps for common data 
rates. Each modem will also have a state-aachine 
for NRZ <--> NRZI conversion. 


Finaily, we have the (optional) piggy-back floppy 
disk controller board. This board allows software 
development and testing to be done right on the 
NNC. No support computer required! 


All of the boards in the NNC are 
boards. This was done to reduce noise, make the 
boards sore immune to RPI and in some cases to 
allow the density of the components required to 
meet the physical size constraints. gut four- 
layer boards are expensive and more easily daaaged 
by improper soldering techniques. Thus, TAPR will 
be investigating the practicality of having these 
boards wave-soldered and with all sockets. con- 
nectors, and discrete components pre-wired. 


four-layer 


Testing commences this aonth. Deliveries? Maybe 
for the December holidays land maybe not!). 
Price? Heh. heh, heh... 


The Revolution Continues! 
2989er 


TNC-2 PUSH-TO-TALK INDICATOR 


Tom Clark, W3IWI 


One of the minor annoyances with the TNC2 18s the 
absence of a positive transmit indicator: this 
note will describe a simple modification to make 
the Power LED serve double duty by adding a PTT 


function. The scheme is simple -- the LED driver 
is modified to provide two brightness levels: 
bright for normal operation and dim while trans- 


altting. 


First of all, a parts list; you will need to 
obtain the following: 

1 kohs (1/4 watt, 5 or 10%) 

1.8 koha (ditto) 

7 inches of #30 wire-wrap wire 

2 each 1" pieces of insulated sleeving 


(2) Remove the 470 ohm resistor R34 adjacent to 
the battery and replace with the 1.5 kohm resis 
tor. Solder both ends, but leave the end nearest 
the battery a bit long for the nonent. 


(2) Cut the trace on the PCB between pins 11 and 
12 of U14 (if you refer to the TNC2 schematic 23. 
you will find that U14 has 3 unused gates this 
aodification uses 2 of thea). 


(3) Run the wire-wrap wire from 614 pin 11 to U7 
pin 9. l tacked this wire down several places 
along the board using dabs of cyanoacrilate “super 
glue" to keep it neat. 


(4) Put the 1 long sleeving over each end of the 
1 kohe resistor. Make a hook in one end and loop 
around the lead of the new 1.5 kohm R34 Nearest 
to the battery (the end that goes to the LED). 
Solder the other end to 014 pin 8. That's it! 


The way this circuit aodification works is as 
follows: when you are in receive, the LED js being 


driven by ¢5V thru R3¢d and a high output level 
from the gate at U14 pin 8, resulting in nornal 
brilllance. When you transmit, Uid pin 8 goes 


low, resulting in lower current thru the LED. If 
you wish to reverse the sense of the LED (dla on 
receive, bright on xmit). take the U14 end of the 
1 koha resistor to pin 9 Instead of to pin 8. 
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SOUTHNET II PACKET CONFERENCE 


HOSTED BY GEORGIA TECH AMATEUR RADIO CLUB 
SPONSORED BY GEORGIA RADIO AMATEUR PACKET 
ENTHUSIAST SOCIETY (GRAPES) 


NOVEMBER 23 & 24. 1985 
ON THE CAMPUS OF GEORGIA TECH, ATLANTA, GA. 
eseeeses 
UNVEILING OF THE NEW TAPR NETWORK CONTROLLER 
BY LYLE WA7GXD & PETE WSOPLW 
ssvesesse 
UNVEILING OF THE NEW OLG PORTABLE TNC 
BY ED JACKSON OF GLB 
see 
DEMONSTRATIONS OF NEW PRODUCTS BY OTHER VENDORS 
DEMONSTRATIONS OF ALL CURRENT TNC HARDWARE 


Seeseases 


SOUTHNET COMMITTEE AND ORGANIZATIONAL MEETING 
238868620 
AWARDS POR SOUTHNET PACKETEER OF THE YEAR 
OTHER AWARDS FOR SOUTHNET PACKTEERS 


RZA. 


PROGRESS OF DIGIPEATERS IN SOUTHNET REGION 
9600 BAUD MODEM PROJECT UPDATE 
220 MHZ LINKING PROJECT STATUS REPORT 
NETWORKING PROPOSALS AND WORKSESSIONS 
WORLI GATEWAY MAILBOX UPDATES 
XEROX 820 COMPUTER POTPOURII 


NON TECHNICAL SESSIONS 
PORMATION OF A PACKET OPERATORS GUIDE 
PETE'S PAMOUS “PACKET PRIMER" (OR EQUIVALENT) 

DEMONSTRATIONS OF OF ALL CURRENT TNC'S 

USER INFORMATION GUIDES AND PRODUCT INFO 
SSSSHSSAESSTSHKSESSHESSSSSSSSSSSASSSSSSSESSSSSsVseeseseesgesg 
GRAPES will provide airport pickup and delivery 
service if you make arrangenents with Bill Crews, 
WB2CPY., at least three weeks prior to the 
conference. Airfares to Atlanta are very 
reasonable if sade at least a month in advance 
using Supersaver rates. 


A mailing will be made to the known packeteers in 
SOUTHNET in early Novenber containing naps of the 
meeting location, a detailed agenda, other 
particulars of the seet lung. and inf oreat jon on 
Atlanta sights. If you live out of the SOUTHNET 
area. write to the address below in order to get 
the package mailed to you. 


There will be an informal get-together at an 
eatery near the campus Friday evening. and a 
banquet on Saturday evening. 


A large static display area with tables and power 
for equipaent will be provided. A wide area 
digipeater will be accessible through a digipeater 
operating on cagpus. There will be two farge and 
one medium rooms for forums. These rooss are 
equipped with the standard audio-visual equipment. 
A lounge area will be available in close proxinity 
to the meeting area. 


please let us know your intentions by 
the information below to: 
BILL CREWS, WB2CPV 
1421 HAMPTON RIDGE ROAD 
NORCROSS, GA. 30093 


Speakers, 
sending 


1. NAME, ADDRESS, CALL. PHONE 

2. AMOUNT OF SPEAKING TIME REQUIRED 
3. AUDIO VISUAL AIDS REQUIRED 

4. BRIEF ABSTRACT OF YOUR TOPIC 


PELTEEAELELEEE SBE YOU THERE 1111111111111 


BOARD OF DIRECTOR NOMINATIONS 


TAPR is YOUR packet organization. It is governed 
by a group of 15 Directors, elected by the member- 
ship. Each Director serves a term of three years. 
Five directors are elected each year. 


The Directors, meeting in Tucson each February, 
elect the officers and set the tone of the organi- 
zation for the next year. 


Directors are expected to attend the annual Board 
meeting, and must be able to cover their own 
expenses to the meeting, including travel and 
hotel bills. 


The current directors, and the date of their cur- 
rent term's expiration are listed below. 


Expiring February, 1988. 


Mike Brock, WB6HRV 
Andy Freeborn, NOCCZ 
Skip Hansen, WB6YMH 
Dan Morrison, KV7B 
Bill Reed, WDOETZ 


Expiring February, 1987. 


Tom Clark, W3IWI 

Pete Eaton, WBSFLW 
Margaret Morrison, KV7D 
Harold Price, NK6K 

Pat Snyder, WAOTTW 


Expiring February, 1986. 


Mark Baker 

Marc Chamberlin, WA7PXW 
Den Connors, KD2S 

Chuck Green, NOADI 

Lyle Johnson, WA?GXD 


To get on the list of potential candidates, simply 
submit your name (or have someone else do it if 
you can!). TAPR will contact all those nominated, 
give them a chance to decline, then request a 
5 My papers on the candidate's qualifications 
or publication in the January PSR uarter ly. A 
ballot will also be in that issue. — 


So, get on your salesman's hat, convince your 
friends that you (or they) should serve on the 
TAPR Board and get the nominations to the TAPR 
office before December lst, 1985. 


AEA AND HEATH TNC OWNERS 


TAPR atill hae a limited supply of TNC 1 sanuals 
available. This 240 page document provides 
detailed Inforaat ion that may not be present in 
the documents supplied with your TNC. 


Get the “orlginal*® now for only $20 postpaid while 


they last. 
Ssesesseng 


ANNUAL MEETING ANNOUNCEMENT 


The TAPR Annual Meeting wil] occur in Tucson on 
Saturday, February Sth, 1986. Details about the 
location and time will appear in the January 
PSR Quarterly. 

Mark your calandar and plan to attend! It should 


prove to be a very interesting tine! 
Seecesssese 
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A DIGITAL TUNING INDICATOR 
FOR HF PACKET 


John Langner. 182082 
{Reprinted from the NEPRA Packet Ear. August 1985) 


It is quite feasible to tune in RTTY signals by 
randonly fiddling with the dial until it seems to 
work, but HF packet 1s MUCH more difficult. 
Instead of five minute monologues you must catch 
one second bursts on a channel often shared by 
several stations. Loss of even a single bit 
causes the entire packet to be aissed - not just a 
garbled character. 


over the last couple of years, several tuning 
indicators with LED bar graph displays have been 
devised. All have from 20 to 40 LED segments. 
each activated by a narrow range of frequencies. 
roughly 10 or 20 Hz wide. (Figure 1.) This 
instantly reveals the frequency of the audio 
918nal making accurate tuning very quick and easy. 
An APSK signal appears as two spots along the 
display. (Pigure 2.) 


Most of the circuits are ainor variations on the 
„Tan! Tuna“ and use analog techniques. (See the 
article in Radio Communication, August 1982 by A. 
J. Oakley. G4YHD.) The frequency of the signal is 
first converted to a voltage, with a frequency to 
voltage converter or by taking the VCO control 
voltage from a phase locked loop. A low pass 
filter removes sone of the junk and a few 3914 bar 
graph display drivers select the appropriate LED. 
Very cheap and simple. 


— 


1 


The range of frequencies may be easily adjusted by 
tweaking a few pots. But there are problems. To 
calibrate It you need a very accurate source of 
tones such as a signal generator and a frequency 
counter. Adjacent LED segments correspond to 
frequencies that differ by only about one percent. 
Would you trust a cheap analog circuit to stay 
well within one percent tolerance with temperature 
changes, voltage fluctuations, and coaponent 


aging? 
SEKEFEAEESESEKELESTERE LES ES SS ELE 


To avoid all these problems, I used 


a digital approach. 
FHEGEEEGESEEEEESESESESESSEEEES 


all these problems, I used a digital 
approach. (Figure 3.) A crystal controlled 
counter measurea the period of each cycle of 
audio. The resulting count is used to activate 
the corresponding LED. The type of display is the 
same as the analog approach. but NO calibration is 
required. Even with the cheapest crystal, 
component aging, and everything else, the accuracy 
is still an order of magnitude better than the 
display resolution. 


To avoid 


A unique feature of the circuit is the comparison 
of each audio cycle length with its predecessor. 
The display is enabled only when two adjacent 
geasurenents are the sane. This nakes the disptay 
auch sharper and easier to use under noisy 
conditions. 


Por sore information, see the March 1983 issue of 
73 magazine. A limited number of PC boards with 
complete documentation are still available froa 
the author for $10.00. 


Below is the text of an AEA Product Release An- 
nouncement dated October 2, 1985. Et is with great 
satisfaction that TAPR has come to agreement with 
AEA to offer to the Amateur Public an asseabled 
version of its TNC 2. 


PK-80 UNIVERSAL PACKET CONTROLLER 


AEA is pleased to announce the node] PK-80 Terni- 
nal Node Controller which Is designed for use with 
any duab ASCII termina). The PK-80 will also work 
with any coaputer having a serial RS-232 port and 
a terminal software progras. 


The AEA acdel PK-80 is the same design as the 
fanous TAPR TNC 2 kit. With the PK-80, you wili 
receive a completely wired, tested, and calibrated 
unit having a one year warranty. 


PK-80 SOFTWARE FEATURES 

*AX.25 VERSION 2.0 IS FULLY IMPLEMENTED 

SMULTIPLE CONNECT WITH UP TO FOUR STATIONS 
TANEOUSLY FOR NET OPERATIONS OR 
DISCUSSIONS 

SSPECIAL “CONNECT CHECK" FEATURE TERMINATES PATH 
IF CONNECTION IS LOST (POLL FINAL BIT IS 
FULLY IMPLEMENTED) 


SIMUL- 
ROUNDTABLE 


SUSER DEFINABLE MESSAGE FOR AUTO RESPONSE TO A 
CONNECT 

*DATE/TIME STAMP OF INCOMMING MESSAGES OR 
CONNECTIONS 


MONITOR REJECT COMMAND 
862 SOFTWARE COMMANDS POSSIBLE FOR 
THE MOST DEMANDING REQUIREMENTS 
THREE COMMANDS ARE NECESSARY TO MAKE 
STANDARD “CONTACTS” 
*MHEARD COMMAND LISTS LATEST STATIONS HEARD AND 
TIME THEY WERE MONITORED 


ACCOMMODATING 


*ONLY 


HARDWARE FEATURES 

*2-80 ONBOARD CPU 

"16K PROGRAM EPROM, EXPANDDABLE TO 32K 

*8K RAM 

*HARDWARE HDLC FOR FULL DUPLEX 
FOR SATELLITE OPERATION) 


(ESPECIALLY NICE 


TRUE DATA CARRIER DETECT (DCD) DISTINGUISHES 
BETWEEN ACTUAL PACKET DATA AND INTERFERRING 
QRN 

SWORKS WITH 300, 1200, 2400, 4800, AND 9600 BAUD 
TERMINALS 


*®BATTERY BACKED-UP RAM FOR STORAGE OF ALL SELECT- 
ABLE PARAMETERS (INCLUDING BEACON TEXT 
MESSAGE) 

®BUILT-IN FREQUENCY COUNTER AND SOFTWARE FOR SELF- 
CALIBRATION 

SHODEM TUNING INDICATOR PORT ALLOWS ADDITION OF 
EXTERNAL TUNING INDICATOR FOR HF AND SATEL- 
LITE OPERATION 

SOPERATES FROM EXTERNAL 12V DC 

*PCB LAID OUT WITH LATEST COMPUTER AIDED DESIGN 
(CAD) EQUIPMENT 

*FRONT PANEL LED INDICATORS: 

CON- Indicates when you are connected to another 
station. A hardware connect signal also ap- 
pears at tersinal connector for bulletin 
board use 

DCD- Shows when packet data tone is received 

STAtus-Indicates when last packet has been 
acknowledged 

PWR- Power on/off indication 


The coat of the PK-80 will be $ 219.95 Amateur Net 
SSsesseseesesy 


fo: All 


Many folks will ask “Why buy a TNC 2 from APR?“ 
Good question! TAPR will continue to produce the 
TNC 2 kit until AEA can produce their PK-80 unit 
in quantity. It should be noted that all TNC 2 
kits now shipped have 32K ROM and 16K RAM (double 
that of the PK-80). One last little surprise is 
that all remaining TAPR units will be sold with 
all CMOS parts (except for the sodem chipa which 
are only available in NMOS) at no increase in 


price. This sakes the TNC 2 current drain below 
100 na. 

This is in no way seant to "upstage" AEA PK- 
80. TAPR is DELIGHTED that AEA will be making 


this product available. TAPR still has a aizable 
debt to pay off, so by buying a TNC 2 you wil} be 
helping TAPR go forward to networking. On the 
other hand if kit building isn't your bag and you 
want a full featured unit, your wait is about 


over! Best Wishes & 73 
For TAPR: Pete WBOPLW 
Subject: ALJ-1000 Product Announcesent 
Distribution: Open, please give widest possible 
coverage 


During the last six sonths Andy Preeborn NOCCZ and 
John Connors WDOFHG of the Rocky Mountain Packet 
Radio Association (RMPRA) have designed the per- 
fect accessory for TAPR's NEW TNC 2 KIT. 


The ALJ-1000 is the result of many hours of re- 
search and development. Completely solid state. it 
has gone thru nunerous isprovesents to keep power 
cons unt lon to a sinisuon. 

Here are some of the comments that were recived 
during field testing: 


“I'm amazed at the staplicity yet utilitarian na- 
ture of this remarkable device -WDOETZ Dallas,TX- 


“Never in the history of our great hobby has such 
an elegant design been sade available to our fel- 
low Amateurs” -AD7! Red Bank, N. J 


“A milstone [did he mean sillstone or asilestone?? 
ed.] in digital comsunications development! once 
again Packet Technology leads the way" -KOPFX St 
Louis ,MO- 

“I don't know how I got along without it!” -K9ONG 
Chicago,IL- ü 


Andy and John have informed TAPR that the AL J- 1000 
will be ready for shipment with TNC 2. The Rocky 
Mountain Group will take on the responsibility for 
production and calibration of the units. But 
we've saved the best for last, the ALJ-1000 will 
be included in every TNC 2 kit at no additional 
charge! 


TAPR wants to publicly express its deep apprecia- 
tion to Andy, John and the RMPRA for their self- 
less devotion in order to bring this new technolo- 
gy to the Amateur Cognunity. 


K 11019 J. Gordon Beattie Jr. (Nazosv. 2090) 
KEYS: /RATS/N2DSY/SWINGING BY MY TAIL !/ 


Ok I will be the first. and probably the 
only one to plead ignorance in public: 
What in the hell is an ALJ-1000 ? 
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NOW, FOR SOMETHING COMPLETELY DIFFERENT... 
(A REVIEW OF THE WA8DED TNC FIRMWARE) 


Lynn W. Taylor, WB6UUT 


TAPR deserves a lot of credit for designing the 
original TAPR TNC -- both hardware and software -- 
as the nuaber of products based on their design 
attests. In any such project there are tradeoffs 
and design choices that are made. There are other 
ways that those choices could have been made. Now 
Ronald E. Raikes, WASDED, has produced an alterna- 


tive choice for TNC firmware. How does this new 
firmware differ fron the original, and what are 
the advantages offered by it? 


Pirst of all, I believe the WASDED firmware gets 
the credit for being the firet implementation of 
AX.25 Layer 2 Version 2. {Such clains need wide 
exposure to saoke out competing lass before 
being accepted as fact. ed.] Por those who have 
not yet run the new protocol], you are in for a 
treat! If two sinutes pass with no activity on the 
link, the TNC sends a poll to the other station. 
This station responds to the poll, and the link ts 
verified -- no more coming home to discover that 
someone connected to you and didn't disconnect. 
Additionally, when retries occur, the sending 
station polls the other station asking if the last 
packet was received, instead of sending the whole 
packet -- this takes auch less network time if the 
ack siaply got lost, or if the path has faded out. 
Version 1 is of course supported. 


The user interface also differs -- while the TAPR 
firmware offers three modes (command, converse and 
transparent), the WA8DED firmware offers only two. 
One mode is a man-machine interface, and the other 
la for machine-machine consunication. It is not 
necessary to change modes to give commands, and 
the TNC never changes modes by itself. Anyone who 
has written software that communicates with the 
TNC will appreciate this. as well as those of us 
who keep sending “conv” over the air. Operating 
with this (iraware is siaple: in the user node, if 
s line begins with an escape, it's a command, if 
it begins with anything else, it's data. To estab- 
lish a connection, you type: <escape> c WASDED 
WEAMT-3. Note that "C" is the full connect con- 
mand, and typing the word “connect” is not al- 
lowed. Also, the “via” used by the TAPR TNC is 
missing. When the connection is established, the 
TNC will respond with: 

* (1) CONNECTED to WASDED via W6AMT-3 *. 

When the link is established, simply typing will 
transreit data to the other party. When you are 
done, slaply type: <escape> 0. dunping cossands 
to the TNC at top speed is very reliable — I have 
never had the TNC miss a command. 


Of course, it is possible to get fancier: if you 
are already connected to a station, and want to 
talk to someone else, typing <escape> 82 will 
gelect virtual TNC #2, and another connection may 
be established. The firmware behaves much like 5 
TNC's with an intelligent RS-232 switch. While you 
are on channel #2, all data received on channels 
1. 3 and 4 are stored inside the TNC. Channel zero 


is the Co“ channel, and always sends UI franes. 
As you aay have guessed by now, the 1“ in the 
connect nessate exasple above signifies a connect 


on channel 1. 


Typing (escape? L gives you a status display, 
which looks like this: 
* . 

(o] CQ via WEAMT~3 WEAMT-2 WGEAMT-1 WEAMT 

{1) WOIXU via WEAMT-3 WEAMT-2 


receive 6 send 0 unacked 0 
(2) KA6BIQA via KAGIQA-1 
receive 0 send 0 unacked 0 retries 7 
(3) 
+(4) WBEUUT via KA61QA-1 
receive 0 send 0 unacked 1 retries 0 


This display shows connects on channels 1 and 4, a 
connect in progress on channel 2 and no connection 
on channel 3. Six lines of text have been received 
from W6IXU, the connect with KA6IQA has been re- 
tried 7 times, and 1 packet has been sent to 
WBGUUT, but the acknowlegement has not yet been 
received. The number of unacked frames never ex- 
ceeds “MAXFRAME."“ With this firmware, you are 
always sure if the retries are sounting up. 


Other 
which 


node 
park 


items worth mentioning are a monitor 
shows the digipeat list, including a 


showing which digipeater you are hearing, and 
decoding the control byte of the packet, and an 
“unattended" mode. In unattended mode, the TNC 


autonatically sends a user defined message when it 
receives a connect. 


Atte ttt ttt 
Because of the differences in 


philosophy and purpose, it is hard to 
judge which is better, TAPR or WA8DED. 


SESEKESEEESEKESSEATESSEEEETSELETLE 


While there are advantages. this firmware does 
have some disadvantages. The biggest one. of 
course, ja the lack of a transparent ode. This is 
not a complete oversight: host mode is trans- 
parent. and a snail program can de used to send 
pure binary data over the air. Also. there are a 
number of programs out there which are designed to 
use the TAPR user interface. That software will 
not operate with the WASDED firmware until the 
program authors write versions tailored for it. I 
hope those new versions will appear rapidly -- the 
advantages are significant. 


Because of the differences in philosopy and pur- 
pose, it fis hard to judge which is better, TAPR or 
WASDED. Each has its own strengths and weaknesses. 
My personal preference is WASDED; ay recomamenda- 
tion: try it yourself and see! 


This firmware (version 1.0 at this writing) is 
in the public domain for the non-profit use of 
individuals. If you are Interested in getting a 
copy. look around: it is availabie on popular 
computer networks now (such as ARPANET and USENET) 
and will be on others soon. Copies have also been 
sent to many areas for distribution. If you need 
help finding a copy. contact: 


Ronald E. Raikes, WASDED 
9211 Pico Vista Road 
Downey, CA 90240 


Include a self-addressed stanped envelope (please, 
don't send EPROMs). 
BSSeeeegsee 
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AX25 VERSION 2 MULTI-CHANNEL TNC FIRMWARE 


{version 1.0) 
Copyright 1985, Ronald B. Raikes (WASDED) 


This firaware supports the ful] Ax. 25 link-layer 


protocol, version 


2.0 as described in the ARRL 


specification dated October 1984, as wel) as 


the pre-existing 


mentation supports 


version 1.x. This inple- 
aultiple simultaneous link 


connections with either version protocol. This 
release has been assembled for a maxinun of 


four connections, 
of connections is 


although any reasonable nuaber 
possible by changing one MAXLNK 


syabo! in the source equate file. 


COMMAND DESCRIPTION 


The A' command is 


used to enable or disable the 


automatic insertion of LINEPEED characters after 
CARRIAGE RETURN characters to the terminal. This 
parameter is stored in NOVRAM. 


The ‘B‘* coamand is used to set the terminal baud 


rate, using one of 


the following parameters: 


Paraneter Baud rate 
1 50 
2 78 
3 110 
4 135 
5 150 
6 300 
7 600 
8 1200 
9 1800 
10 2400 
11 3600 
12 4800 
13 7200 
14 9600 
15 19200 


After setting the 


baud rate with the B' command, 


the value must be PERMed. and will then take 


effect folloning 
4800 nay not 

input (commands or 
ter due to the 
vectored interrupt 


The c' command is 
tion. Note that 
the destination 
call signs. A 


a reset. Baud rates above 


be reliable with sustained 


information) from a host coapu- 
slow cpu clock rate and non- 
architecture. 


used to initiate a Jink connec- 
NO ‘v' or ‘via’ 1s used between 
call sign and the digipeater 


c' command may be issued on a 


channel already in use to change the dlgipeater 
call signs, but not the destination call sign. 
Ac command issued when channel] o is selected 
sets the unproto path. Attempting to connect 
to the same station on more than one channel is 


not peraitted. 


The D'“ conmand is 


used to initiate a link discon- 


nection. A 'D' command issued during the estab- 
lishment or disestablishment of a link will cause 
an fanediate return to the disconnected 
state. A ‘D*' command issued on a disconnected 
channel will reinitialize the connection depen- 


dent parameters 
channel 0. 


to the values stored in 


The B command 1s used to enable or disable the 


echolng of input 


(commands and information) to 


the terminal. This parameter is stored in NOVRAH. 


The P command is used to set the frame ack- 
nowledgement interval, This interval is used to 
compute the timeout interval before a packet is 
retransmitted, using the foraula: 


time (seconds) = frame ack * (2 © nuaber of 
digipeaters + 1) 


A separate frame acknowlegement interval value is 
maintained for each connection channel. The 
value stored in channel o is used to initialize 
each connection channel after a reset or 
disconnection, and is the value that is stored in 
NOVRAK. 


The 'G* command is used to interrogate virtual tne 
channels when host aode is enabled. If no para- 
meter is specified, the next chronological ites 
(information or link status) will be return- 
ed, provided there is one. This command is jnva- 
lid in terminal mode. A later section is devoted 
to host node operation. 


The H' command is used to set the HDLC baud rate. 
Non-standard values are rounded down to the next 
possible baud rate. In this case, use an kn 
coahand with no paranter to display the value 
actually set. This parameter is stored in NOVRAM. 
HOLC rates up to 9600 baud are supported if the 
fast clock mode is enabled. 


The 1 command is used to set the tne source 
call sign. The tnitial value is all blanks. 
After the source call sign has been entered, the 
*PERM' command should be used to save it for 
use during subsequent operation. Changing the 
tne source call sign while connected is not 
permitted. 


The ‘JHOST' command is used to select between 
terminal and host aodes. A later section is 
devoted to host mode operation. 


The k command is used to calibrate the tne 
modes. The following parameters set the calibra- 
tion aodes listed: 


Parameter Calibration 

1 PREQUENCY COUNTER 

2 TONE LEVEL & NULL 
The frequency counter mode will display the 
measured frequencies on the terainal. When each 
node is selected, juapers settings are dis- 
played as well! as the appropriate ajustment 
points. The values shown in parenthesis are the 


norma) targets for 1200 baud operation. 


The L' command is used to display the link status 
of one or all channels. Inf orsat ion displayed 
Includes the connection path, nuaber of receive 
frases not yet displayed, nuaber of send frames 
not yet transmitted, number of transmitted franes 
not yet acknowledged, and the current retry 
count. A ‘+ character preceeding the channel 
nuaber indicates the currently selected chan- 
nel. Operation of this command when host aode 18 
enabled is somewhat different. and ia described 
in a later section. 


Continued on next page. 
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The R' command is used to set the freme nonti- 
toring mode. The command parameter determines the 
types of fraaes amonitored, and is a list of 
desired frames chosen from the letters in the 
following table: 


Ul franes 

Supervisory frases 

Monitor while connected 

Monitor received frames (addressed to} 
Monitor transmitted frames (addressed fron) 
Call signs to be included (maxiaun of 8 
Call signs to be excluded (maximum of 8) 


(er Rane =s 


The and - parameters may not be used toget- 
her. If either is used, it must be the last para- 
neter (followed by one to eight call signs, it 
applicable). If no list of call signs is specified 
to be included or excluded, all call] signs wil) 
be candidates for monitoring. Entering a or 
‘-' with no call signs will empty the tist. 
This parameter {8 stored in NOVRHAM. 


FESCESESETESESESESESESES ES SESE 


It is not necessary to change modes 


to give commands. 
FEREESERESES SESE ttt ttt 


The N' command is used to set the naxlzus nunber 
of tines a frame will be transit ted without 
receiving an appropriate acknowledgement, before 
a link failure is assused. A separate naxinun 
number of tries value is maintained for each 
connection channel. The value stored in channel] 0 
is used to initialize each connection channel 
after a reset or disconnection, and is the 
value that is stored in NOVRAM. 


The O' command is used to set the 
nuaber of unacknowledged 1 frames that may be 
outstanding at any one time. A separate paxinun 
nusber of unacknowledged I frames value is 
maintained for each connection channel. The 
value stored in channel o is used to initialize 
each connection channel after a reset or discon- 
Nection, and is the value that is stored in 
NOVRAK. 


naxiaua 


The PERU“ command is used to change the 
ter values 
currently set. 


parane- 
stored in NOVRAN to those that are 


The 'QRES' command is used to restart the firmware 
as if a hardware reset had been issued. 


The R' conmand is used to enable or disable the 


digipeating of franes. This parameter is stored 
in NOVRAM. 
The 's command is used to select the current 


channel number. This parameter is stored in 
NOVRAK. 
The T' command is used to set the transaftter 


keyup delay interval. 
in 1088s tncrements. 
NOVRAN. 


The parameter is specified 
This parameter is stored in 


The ‘U* command is used to enable or disable 
unattended modes. If QST mode is not used, pre- 
viously entered text will be retained if new text 
ts not provided. If QST mode ts selected, the 
interval and text must be supplied. The 087 
Interval is specified in minutes from 1 - 65,535. 


The ‘V' command is used to select whether version 
1 or 2 protocol will be used to initiate a link 
connection. A separate protocol version value is 
maintained for each connection channel. The value 
stored in channel 0 is used to initialize 
each connection channel after a reset or discon- 
nection. and is the value that fa stored in 


NOVRAK. Interroget ing this parameter during a 
connection will reflect the protocol version 
currently being used on that channel. Changing 


the protocol version during a connection is not 
peraitted. 


The ‘W' command is used to set the digipeater wait 
interval. The parameter is specified in 10as in- 
crenents. This parameter is stored in NOVRAN. 


The ' command is used to set the maximuan 
nunber of connections that say established dy 
incoming requests. This command has no effect 
on the operators ability to initiate outgoing 
connection requests. This perameter is 
stored in NOVRAMH. 


command is used to enable or disable 
Clow control and xon/xoff handshaking to the 
terminal. If flow control is enabled, output 
to the terminal will be Inhibſted while entering 
commands or information. If flow contro! {is dis- 
abled, output to the terminal will not be re- 
stricted. Flow control and xon/xoff handshaking 
should be disabled during periods in which the tnc 
is operated without a terminal. to avoid gus- 
pending output which will consuse buffers. IF 
xon/xoff handshaking is enabled, ert scrolling 
aay be stopped and started using CONTROL-S and 
CONTROL~ G characters. Plow contro] and xon/ 
xofe handshaking are not performed when host 
mode is enabled. This parameter is stored in 
NOVRAM. 


The 2 


The ‘@' command is a software naintenance connand. 
A parameter of B will display the number of free 
buffers. A parameter of co will select tiaing 
paraseters for the slower cpu clock rate. A para- 
meter of ci will select tialng parameters 
for the faster cpu clock rate. The ‘C' parameter 
Is stored in NOVRAM and must be PERMed if the 
change is to stay in effect following a reset. 
The Pp parameter is used to set the protocol id 
byte for each channel and is supplied and dis- 
played in hexadecinal. A parameter of 8 wiil 
display the current link state. The ‘T2° parase- 
ter is used to set the timer T2 interval, just as 


the ‘T3' parameter fs used to set the tiaer T3 
interval. The timer intervals are specified in 
10e8 increments, and both are stored in NOVRAM. 
Timer T2 controls the amount of delay between 
the time an Information frase is received and 
the tine the resulting response frame is sent. 
This delay allows aultiple frames to be acknow- 


ledged with a single response. Tiner T3 1s 
used maintain link integrity. If there is no 
activity during the T3 interval, the tne will poll 
to verify the distant station 18 still 
connected. 

SSeseeseses 
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THE RADIO AMATEUR TELECOMMUNICATIONS 
SOCIETY NETWORK INFORMATION BULLETIN 


In this article we hope to impart our plans for 
RATSNET and the thoughts that went into the pro- 
cess. There has been a great discussion on how the 
various functions needed by packet radio operators 
will be implemented. These concerns, when addres- 
sed in a functional anner, were easily resolved. 
This paper will use a function-oriented structure 
to explain the various features and options. 


Many RATS menbers are experienced packet-switching 
professionals who are fanlitar with the real is- 
sues of network software, hardware, isplementa- 
tion, operation, petformance analysis and use. As 
our proposals began to take shape, other industry 


experts were consulted and their comments incor- 
porated in the plan. Finally, RATS falong with 
AMRAD (Washington, b. c.] I are the longest active 


packet groups in the eastern part of the country. 
This tenure has provided the practical operational 
experience in actual use of the system as it has 
evoived. 


We should begin by getting a handle on the func- 
tion of the packet radio Terminal Node Controller 
(TNC) and the AX.25 LINK LEVEL protocol. The TNC 
using the AX.25 protocol takes up to 258 bytes of 
terminal or computer data, puts it in a protective 
envelope and then transaits it across a link to 
another station. The receiving station verifies 
the error free status of the message using enve- 
lope information and then hands off the data to 
the receiving terminal. 


Let us renenber that the TNC uses a LINK protocol 
which was designed to allow two stations to estab- 
lish a direct. point-to- point connection while 


sharing a radio channel with other station pairs. 
There has deen an addition to this protocol to 
allow users to link to others beyond their local 


area. This function has been provided by digipeat- 
ers. The basic problem with the digipeaters is 
that they do not provide any hop-by-hope error 


recovery. This means that if a digtpeater “drops” 
a packet, the source station must use a lengthly 
timeout recovery procedure to resend the lost 


packet. This situation worsens geometrically as 
the number of digipeaters in a path increases. It 
is virtually impossible to use sore than two or 
three digipeaters in any path in the EASTNET. 


The proposed RATSNET system will be based on a 
series of access nodes which will support the 
present TNC users with an improved level and range 
of services. The nodes will be 2-80 family sach- 
ines supporting one or nore user access and trunk- 
ing channels. Access channels will be on 145.01- 
.09 MHz. Trunking will be on other bands. 


LOCATING A NETWORK SWITCHING NODE 


Now there is a problem: How does a station locate 
a network switching node ? RATS nodes can be found 
by typing: c RATS" at the ond: prompt in the 
TNC. We can also support: c RZ“. This latter 
case should cause any digipeater or switch receiv- 
ing this connect request to send a disconnect. The 
first case will cause RATS nodes to respond with a 
disconnect. This sinple procedure wil! allow users 
to “uncover” switching nodes and digipeaters. 


NETWORK SWITCHING NODE SERVICES 


The users will connect to their local switch. The 
switch then will provide the TNC user with e 


function senu (which can be turned off !). The 
list will include support services such as 
time/date, active user list, user directory as- 


sistance, and group broadcast announceszents. 
The senu will appear as shown below: 


2 CONNECTED to N2D6Y-2 

Good Afternoon, Please note that there is a club 
meeting at 8 PM on Friday evening at NJIT. Check 
the WA2VKH PBBS for details. (A)ctive users (C)all 
(o) trectery assistance 

TIge/ date:: : 
Please note 


that many users can sisultaneously 


access a switching node. This is NOT a WORLI 
single user gateway approach to networking. 
The format for each of the displays or subsrenus 


has yet to be finalized, but let's discuss then. 
ACTIVE USERS 


This is a simple command which shows which users 
are currently linked to the switch and also pro- 
vides an indication of their connection status. 


SESESESELESELES ESE LESSEE SESETE 


The proposed RATSNET system... will 
support the present TNC users with an 


improved level and range of services. 
ttt ttt tte 


CALL 
The call“ option provides the user with a reli- 
able circuit to the station requested. That point 


may be a station in the local area network. If the 
station requested is already connected to the 
switch but not to another user then the switch 
will effect that connection. Note that this is 
different than a digipeater connection in that 
there are two logical links each with independent 
error contro] to the switch. If the requested user 
is not connected to the switch, then the user 
supplied information will direct the switch to 
establish a link to the other user. 


This scheme also allows a user to request a con- 
nection to a user that ts served by a different 


switch. The network trunks are used to carry the 
user's connection request to the destination 
switch. Trunking of user data over the backbone 
network uses the CCITT X.28 Level Three NETWORK 
protocol. This protocol has been adopted by every 


data network arond the globe. This scheme provides 
a uniforea nechanismn for establishing a connection 
to a remote device and aiso allows different 
users data to share a trunk by providing a 1081 
cal channel“ on that trunk. 
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DIRECTORY ASSISTANCE 


Now users say not want to keep track of coapli- 
cated numeric sequences. They have the option of 
using a terminal program with a “dialing” menu 
personalized for the individual operator or the 
user aay use the “Directory assistance” capabili- 
ty. This function allows the user to probe remate 
switches for the desired station. The request for 
{information contains the callsign and the Data 
Country code and the Area Code (or whatever has 
been decided). If the first station in the desti- 
nation Area doesn’t have a listing then the re- 
quest will be passed to each of the other switch 
nodes in the area. The requestor will either be 
provided with a node address and other pertinent 
Inf orsat 1on (user's PBBS address?) or a negative 
response. This scheme would have prevented the 
routing/addresaing problen experienced by users 
and operators of the WORLI PBBS's. Presently, all 
PBBS need all PBBS calisigns and routes. Foraserly, 
this problem was extended to the user level. 


Now there is another pleasant capability in this 
scheme: the requested user could be in another 
city or country. This fa made possible by using an 
feplicit addressing scheme. After observing the 
SOUTHNET plan to use area codes we decided that a 
modified version of CCITT X.121 as implemented by 
GTE Telenet and Uninet was what we would use. This 
fs outlined in the “Procedings of the ARRL Fourth 
Networking Conference”. This numbering plan allows 
the worldwide amateur packet network to route 
based national, regional and local subnetwork 
hierarchies, Complete national and international 
routing tables could be contained in lesa than a 
1000 bytes. 


LEVEL TWO TNC AND LEVEL THREE PAD USER SUPPORT 


The RATSNET IS set up to aupport level three users 
directly. This is easily done because AK. 26 Layer 
Three ia used between ewitching nodes. By exaaln- 
ing the Protocol 1D byte in the AX.25 header the 
support required for a particular user can be 
determined and automatically provided. The present 
AX.25 verslon 2 Link Layer (level 2) protocol 
units (TNCs) use the protocol ID of FAT. This 
upper nibble indicates AX.25 Link Layer (level 2) 
capability. AX.25 Network Layer support will be 
indicated by bits 4 OR & (ref Low-. High>7) being 
get to “1". The other bits may be set in any 
fashion consistent with the CCITT Recomsendation 
x. 28 (1984). The key 1s that these two bits wiil 
NEVER be set to 1“ at the same tine. 


The question comes up really quickly: “"Why a 
level three user 7 Can't we continue with the TNCs 
as they are ?“ We can and will support the pre- 
gent and future populations of TNCs, but we will 
evolve to a point where all users will not need 
the menu driven approach described above to estab- 
lish a connection to a remote user. The Network 
Layer (level 3) cterminal/host Interfaces are cal- 
Jed PADs (Packet Aasenbler/Disassembler). These 
can have the same user interface as the TNCa, but 
they will access the network a bit differently. 
They will “LINK” to their local switching node 
using the same protocol as the TNCs use when a 
"Connection" is made on a TAPR- style unit. The 
difference is that the user will then place a 
"CALL" (like a telephone call) to users who are 
local and/or remote. This calling procedure can be 
used to obtain Information fron switching nodes, 
user directories, file servers or user terminals. 


This optional level of protocol support will be 
available for users who want it. It can coexiat on 
the sase channel with the AX.25 Link Layer Proto- 
col supported by TNCs. There should be no problen 


with a TNC connecting directly to a PAD and con- 
municating using the Ax. 25 Link Layer Protocol. 
downward compatibility is to be maintained. It 
also should recognized that Network Layer PAD 
users will be using the SAME LINK PROTOCOL, but 
they will have enhanced capabilities indicated by 
PID. further reading can be found in the proced- 
Ings of the last few ARRL Networking Conferences. 


TRANSPORT PROTOCOLS IN RATSNET 


The use of Transport protocols by users of the 
network is velconed and expected. It is preferable 
that CCITT x. 224 be used, but such protocols as 
the U.S. Defense Department’s TCP or other hose- 
grown protocols will be used. It should be under- 
stood that the architecture chosen by RATS does 
provide for a few enhancements which lessen the 
requireaent for such protocols. 


The first feature of the RATSNET architecture and 
CCITT x. 26 Layer Three is that It guarantees a low 
level of unsignaled errors. If we drop a packet we 
indicate it by active intervention, not by an end- 
to-end timeout. This allows for rapid error re- 
covery at the point of failure. 


The second feature of RATSNET is the sequencing of 
data. We will not deliver packets to an network 
node or user out of order. This causes nodes and 
user terminala to consume machine resources and 
often results in a long end-to-end recovery cycle. 


The third feature of RATSNET is the use of a fixed 
path with automatic re-routing in the event of 
failure. The Network Nodes route based on the 
digits supplied. This information is only required 
when a path is established. The overhead on data 
packets is reduced to a ainimum because routing 
information is not required in subsequent packets. 


Lastly we felt that the transport support used 
should be commensurate with the need for error 
control]. Transport level error recovery is not 
something we should have for all user sessions. 
CCITT X.224 provides for an upwardly compatible 
series of error control features which can be 
selected when a session is started on the Network. 
We also felt that Network Nodes should not provide 
Transport Protocol support because they ere NOT at 
the endpoints fo the circuit. TRANSPORT PROTOCOLS 
ARE END TO END, NOT ALMOST END TO ALMOST END. 


RATSNET LAYOUT 


There are five RATSNET switching nodes planned 
Three are current sites with diglpeaters. The 
current sites cover the entire area fron the lower 
Hudson River valley north of New York City to the 
lower end of Delaware Bay south of Philadelphia. 
This system has links to other parts of S8ASTNET. 
Through these links, users of RATSNET can contact 
stations beyond the main coverage area. 


The present RATSNET usees 146.09 MHz for BOTH 
local access and trunking. This is being changed 
to a system of local accees channela on 148.09 and 
145.07 MHz and linking on 220 and 440. By using 
two local access channels we can reduce the con- 
tentlon experienced by users. Similarly, RATSNET 
will use 220 MHz to link to other groups while 
using 440 MHz between RATSNET switching nodes. 


In our next article we will discuss the availabil- 
ity of hardware and software for this network. For 
more information contact Gordon Beattie, N2DSY 
(201-387-8896) or Toa Moulton, W2VY (201-896-2930) 
or via DRNET. 

SSseessesesce 
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TNC MODEM TUNING INDICATOR #2 


Dan Vester, KE7CZ 
HC 61 Box 1764 
Dewey, Az 86327 


Upon Joining the burgeoning ranks of packeteers, 1 
was as excited as a kid in a candy store! In the 
area where I live (85 miles northwest of Phoenix), 
I can not receive any VHF packet activity (yet), 
and therefore, all of ay packet activity has been 
on HF. As 1 soon found out, though, life as an HF 
packeteer without a tuning indicator is like being 


a kid too short to reach the candy Jars at the 
candy store! You can see the goodies, but you 
can't get ‘es unless someone drops one right in 
your hand. Thus began my quest for a suitable 


tuning indicator. 


Since I have the Heathkit clone of the TAPR TNC-}, 
ay search naturally started in the Heath manual, 
and after reading the section on the Tuning 
Indicator Interface, I charged forward. Through a 
packet contact (one dropped in ay hand), 1 
obtained the address of TAPR's office, and stopped 
by on my next trip to Tucson. I joined TAPR. and 


bought most of the back issues of PSR. In PSR 8 
11. I found Lyle Johnson's article on the Tuning 
Indicator mentioned in the Heath Manual, and 


Jamediately built it up. It was a great help, and 
wade WF packet contacts much easier. At last. I 
had an are long enough to get into the candy jar! 


After using this indicator for a while, though, 1 
came to the conclusion that there should be a 
siapler way to display the In-tune indication. I 
had difficulty visualizing which direction to move 
ay receiver tuning knob when presented with two 
seta of moving dots, which soved in opposite 
directions no matter which way I tuned the 
receiver. II know. I'm a sispleton, but so be it. 
1 had to find a better solution!). Incidentally, 
these comments are in no way meant to degrade the 
work done by Lyle Johnson and Eric Gustafson in 
designing the Tuning Indicator in PSR #11. 
Without their work I would not have had the idea 
to improve on their design, and 1 offer sy 
variation on their design with all due respect to 
thea. 


With the above experience and thoughts in aind. I 
decided that the simplest and easiest tuning 
display to interpret is the tuning ameter found on 
many PM receivers, that is, the center tune meter. 
If 1 could somehow have just one amoving dot 
instead of two, and all I had to do was center 
that one dot fin the display to be tuned correctly. 
even a siapleton like me should be able to quickly 
tune in a packet station. That 18 precisely what 
ended up with. as shown on the accoapanying 
schematic, and described below. 


CIRCUIT THEORY 


the XR-2211 FSK Demodulator Data 
AN-01 reveals 


Examination of 
Sheet and Exar's Application note 
that during operation of the 
filtered DC voltage output of the XR-2211's phase 
detector present at pin s should be approximately 
equal to the the reference voltage input of the 
FSK comparator (pin 10) when the input signa] is 
exactly centered around the vco's center 
frequency. In fact, a crude tuning indicator can 
be made by monitoring the voltage at pin & of the 
MR-2211 with an FET voltmeter, and tuning the 
receiver until the average de voltage at pin 8 is 
equal to Vref at pin 10 (about 8.3 volts}. If you 


demodulator, the 


try this. however, you will quickly discover that 
due to the NRZI data format used in packet radio, 
sone asc characters will cause the DC voltage to 
deviate froa Vref quite a dit. due to a 
predosinance of binary 0's or 1's, depending on 
the character. This makes it difficult to 
accurately tune a signal with this simple tuning 
indicator, although it's better than no tuning 
tndicator at all! 


one solution to this variation problem is to 
buffer the pin 8 voltage, and heavily filter it to 
remove the variations. Unfortunately, this slows 
the response of the tuning indicator to the point 
of making it unusable except on very long packets. 


¥EFESEEERESESESSSSESSSESSSESSS 


If 1 could somehow have just one 
moving dot instead of two, and all | 
had to do was center that one dot in 


the display... 
itt ttt ttt ttt 


A better solution is to measure the asaxiaua and 
minimum deviations of the voltage at pin 8. and 
mathematically average these 2 voltages to arrive 
at the average DC voltage of the demodulated AFSK 
signa). The instantaneous voltage at pin & 
corresponds to the frequency of the APSK signal. 
The average of these max and ain deviation 
voitages corresponds to the exact sidpotnt of the 
2 APSK frequencies being used. If we could 
electrically do this averaging, then by tuning the 
receiver until that average DC voltage was equal 
to Vref. we would have the received packet station 
tuned In exactly. This approach would eltainate 
the large voltage deviations we saw with our crude 
FET voltmeter tuning indicator, provided that we 
use peak detectors with time constants 
considerably longer than 3 bit times at 300 baud. 


Follow me through a description of the scheaatic 
of the Tuning Indicator, and you should see how 
the circuit performs the functions of: 


1) Measuring maximum and elniaus voltages at 
pin 8 of the XR-2211. 

2) Mathematically arriving at the average oc 
voltage of these 2 voltages. 

3) Providing a visual indication of this bc 
voltage. which corresponds to the midpoint 
frequency of the received APSK signal. 


Detecting the max and aln Voltages: 


Op aap U1D is siaply a voltage follower with a 
very high input impedance, which buffers the Pin 8 
voltage. The output of 010 drives 2 peak 
detectors, one formed by D1 and C3, and the other 
formed by D2 and C4. As the voltage swings 
positive at the output of UID, capacitor C3 is 
charged to the highest voltage reached by the 610 
output, and the capacitor holds this peak voltage 
even after the U1D output begins swinging back 
down. Similarly. as the UID output reaches it 
lowest voltage, diode D2 discharges capacitor c 
to that mininum voltage reached by U1D. We thus 
now have two voltages present, the one on C3 
representing the highest voltage reached by the 
output of U1D, and the one on C4 representing the 
lowest voltage. (The forward voltage drops of 91 
and 02 introduce an error, but fortunately, they 
are opposite in polarity, and cancel each other 
out.) The rate of decay of these two voltages is 
determined by Ri and R2. and the time constant for 
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these two peak detectors was chosen to give a 
reasonable holding time while still allowing 
rather rapid response to receiver tuning changes. 


Mathematically averaging the detected voltages: 


Op aap UIA 18 configured as an analog suaming 
amplifler, with the 2 previously detected voltages 
applied through resistors R3 and R4 to the surmaing 
node (pin 2 of UIA). The reference leg of the 
suaning amplifier (UIA pin 3] is connected to Vref 
of the XR-2211, thus one of the summed voltages 
(cs voltage) is higher than Vref, and the other 
suaned voltage (C4 voitage) is lower than Vref 
when the packet signal is properly tuned in. This 
results in an output voltage at 014 pin 1 
approximately equal to Vref (5.3 volts) when the 
packet signal is properly tuned in. 


As the receiver is tuned off frequency, the output 
voltage of the summing amp (UIA pin 1) will go 
higher or lower, depending on which way the 
receiver frequency is noved. The gain of the 
suaming aaplifier is set by resistor RSS. and the 
value shown in the schematic was chosen to provide 
a full scale display swing of approximately plus 
or ainus 100 hz. The output of the summing 
amplifier is fed to an RC low pass filter formed 
by RG and Cs. This low pass filter removes noise 
froa the signal to make the LED Bar Graph display 
more readable. U1B Is simply a voltage follower 
buffer anplifier to drive the low input impedance 
of the LED Bar Graph display. 


Displaying the Results: 


Specific details of the Bar Graph display can be 
found in the data sheets for the National LM3914 
bar graph display driver. Briefly, U2-U03-U4-U5 
fora a 20 element LED bar graph expanded scale 
voltaeter. The bar graph is operated in a noving 
dot mode rather than a bar graph mode to make it 
easier to interpret, and also to keep the current 
low that we are pulling from the 12 volt supply of 
the TNC. Normally there will be 2 adjacent LED's 
lighted on the display, due to noise and overlap 
of each LED's voltage segment. 


When the two lit LED's are exactly in the center 
of the display, the receiver has the packet 
station tuned in exactly, and as the receiver is 
tuned off frequency, the dot will move right or 
left on the display, depending on which direction 
we are tuning the receiver. Each LED in the 
display represents the receiver being out of tune 
by 10 hz. and since this is the smallest step that 
most synthesized receivers can be aoved, it 
becomes very easy to tune a packet station in to 
within 10 hz. 


Trinpot R12 {s the calibration resistor for the 
voltmeter, and it's function is to move the center 
point of the expanded scale LED voltmeter. The 
calibration procedure will be covered later in the 
article. 


Transistor Q1 serves to modulate the brightness of 
the LED display. When the XR-2211 locks onto an 
AFSK signal the LED display is turned on to full 
brightness. Resistors R7 and R13 set this maxinun 
brightness, and the values shown result in an LED 
current of about 12 ma. Resistor RS sets the 
elnioum brightness of the display when the XR-2221 
is not locked, and the value shown results in 
about 0.5 ma of LED current. Thus the LED display 
shows the relative frequency of the packet station 
and the lock status of the XR-2211. 


one note for those of you who are really looking 
for an inexpensive way to go is to completely 
eliminate the LED bar graph. and slaply snonitor 


the output voltage of UIB with a voltmeter. It 
doesn't even have to be an FET meter, almost any 
10 to 12 volt DC voltmeter will do as UIB has a 
very low output tmpedance, and is capable of 
supplying up to 20 ma of current. If you choose 
to go this route, you will need to increase the 
value of RS to get more gain out of the sumatng 
amplifler, otherwise all of the action will take 
place in a 250 millivolt range of your voltmeter. 
Note that changing the value of RS does not affect 
the summing amplifier output voltage when the 
packet station is tuned in (about 5.3 volts), it 
only affects the magnitude of the voltage swing at 
Uta pin 1 aa the receiver is tuned off frequency 
fron the packet station. 


Although 
it is 


this circuit was designed for the TNC-1, 
my understanding that the TNC-2 moden 18 
identical to the fTNC-}, and therefore, this 
eircuit should work on a TNC-2. 1 have not 
personally verified this though. so you're on your 
own if you have a TNC-2. 


CONSTRUCTION 


I fabricated the circuit on a piece of fiberglass 
perfboard (the type with the holes on 100“ cen- 
ters). The board was 900“ high by 6” long, and 
built so It mounted onto the rear surface of the 
front panel. The two 10 LED displays were sounted 
end to end on the perfboard near one end, and a 
rectangular hole cut into the front panel of the 
TNC cabinet. This hole was cut using a sheet 
metal nibbler, and is exactly . 400“ by 2.000°. 30 
that the display fits it snugly. The displays are 
flush with the front surface of the panel, 12 


mediately above the existing TNC LEDs. making it 
look ike an original part of the TNC froa_ the 
outside. The perf board is secured to the front 


panel by a couple of 4-40 threaded standoffs, 
which were epoxied to the rear of the front panel, 
this eliminating any new screw holes through the 
front panel. 


Parts layout is not critical, except for C2, which 
should be on the back of the board, soldered 
directly across pins 4 and 11 of the LM 324. 1 
strong ly recommend using IC sockets, as trying to 
replace a non-socketted IC in a hand wired board 
like this can be a real nightnare. used 
insulated wirewrap wire for all point-to-point 
connections, and a short length of ribbon cable 
with a 8 pin connector to connect to the TNC's PCB 
plug J7. 


You may substitute other op amps if you have then 
in your junk box. as just about any op amp will be 
suitable for this low frequency audio application. 
Qt is not critical, and almost any NPN transistor 
will work. All resistors are 1/4 watt. You should 
use 8% or better tolerance reststors for 
R3,R4,R7,R9,R10, and R13. All others may be 10% 
It you like. R12, the 1K pot. should definitely 
be a 10 turn trinpot, as it's adjustment 1s rather 


touchy. R12 should be mounted so you can easily 
adjust it when the board is mounted in the TNC 
cabinet. 


Be sure to use LM3914 bar graph display drivers, 
as they are linear in response. Although the 
LM391S and LM3916 appear to be identical to the 
LM3914, they are logarithaic in their response, 
and the display will not function properly with 
then. 
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CALIBRATION 

After asseabling the indicator, mount It as 
described, and connect it to the TNC. Set the TNC 
in the CALibrate mode, and verify that your 
calibration ts correct for either 300 or 1200 
baud, depending on whether you're set up for HF or 
OSCAR use. Once you have verified your 
calibration, exit the CAL mode. and disconnect the 
TNC radio port (J3) from your receiver. Connect a 
clip lead (or make up a teat plug) from J3 pin 3 


to J3 pin 5. This connects the MIC output to the 
RCVR input of the TNC. and allows it to talk to 
itself. 


Now, from the end: prompt, issue a connect request 
to your self using yourself as a digipeater 
several times (make sure you are enabled as a 
digipeater). For example, in ay case: 

cad: DIGI ON 

end: C KE7CZ V KE7C2,KE7CZ,KE7CZ , KE7CZ 
You would use your own call letters, of course. 
In a moment you should get the familiar nessage: 

2 CONNECTED TO KE?7CZ 
Now send yourself several fairiy long packets. 1 
have a repeat ing keyboard. and I do this dy 
holding one of the keys down until I have several 
linea displayed on the screen. While ali of these 
packets are being sent back and forth through 211 
of the digtpeaters (yourself), adjust R12 on the 
Tuning Indicator until the two LEDs in the center 
of the 20 LED display are lit up. You will notice 
that occastonally one LED 3 or 4 positions off 
center wil] Light up, but that the majority of the 


time, the 2 LEDs in the center will be the ones 
lit. After all of your packets have conpleted 
their Journey and acknowledgsents have been 


completed, you should see the display go very dia. 
and the moving dot bounce around dialy due to 
noise. Try sending yourself several more packets, 
and get used to how the display looks during 
normal operation. It should be bright and 
centered during packet transmission, and dim and 
aost likely off center between transmissions. 
When you're done getting famiilar with the dis- 
play. issue a disconnect request or turn off the 


THC. eeectl 
You will find after a short period of 
use, you cannot only quickly center a 
station in one or two transmissions, 
you can also tell how far off 


frequency another station is. 
ERSEERESSEESES SEES tete tte 


OPERATION 


After completing the calibration, 
lead or test plug froa J3, 
back up to your receiver. Find some packet 
stations, or attempt a connection, and practice 
tuning in stations while observing the display. ! 
think you will quickly see how easy it is to tune 
a packet station to within 10 hz. If you switch 
from LSB to USB. you will notice that the action 
of the tuning indicator reverses, that is, you 
will have to turn your recelver tuning knob the 


remove the clip 
and connect the TNC 


opposite direction on USB as you do on LSB to 
center the aoving dots. Since with the NRZI 
format, it doesn't matter which sideband you use, 


pick the sideband that gives you the nost natural 
feel for using the Tuning Indicator, and always 
use that sideband. 


If you switch your TNC from 300 to 1200 baud, as 
when going from HF to OSCAR use. you should find 
that the Tuning Indicator does not need to de 
re-callbrated. The scale will be different. i.e. 
400 hz full scale instead of 100 hz. but the 


center point should stay the sase. { haven't 
verified that, but in theory, that's the way it 
should work. f'm sure if it doesn't work that 


way. somebody will let se know! 


You will find after a short period of use, you can 
not only quickly center a station in one or two 
transmissions, you can also tell how far off 
frequency another station is. For instance, if 
the moving dot ts off center by 6 dots on the 
first transmission you hear, you Know that the 
other station is off frequency 60 hz, since each 
dot represents 10 hz. Immediately aove your 


receiver dial 60 hz In the appropriate direction, 
and on the next transmission, you should be 
exactly tuned in. The sideband you use wil) 
determine which direction 1s the appropriato 


direction to turn your receiver dial. ! prefer to 
use USB. which ends up meaning that when ! see a 
station that is 6 dots left of center. I turn ay 


receiver dial to the left (CCW) 60 hz to get on 
frequency. If the station ts 6 dots right of 
center, I turn my receiver dial right (CW) 60 hz. 


Good luck. and happy packeting. With a little 
practice. you'll be able to pull in those elusive 
weak packet stations you've been chasing. and you. 
like I. wiil at last have both hands in that 
delicious candy jar of DX packeting! 


Ssesszeaes 


PROM: paul newland, ad7i 
TO: tne-2 users 

SUBJ: operation with IC2AT 
85.08. 19 


I recently hooked up TNC-2 to an IC2AT and would 
like to share with you the results. First. the 
2206 chip on TNC-2 is sensitive to RF from the HT. 
So, when you aake up your cables. be sure they are 
a suitable length to get the HT away from the TNC 
(i used about 6 feet of cable). I gade up the 
cable as follows. Both discrete components fit 
inside the shell of the DIN connector. 


102A TNC-2 
SPK- GND — „„ „444!“ *- p2 (GROUND) 
HIC-GNWo· | 
SPK-AUD -~~---------~-- ee - eee ee p4 (RX-AUDIO) 
MIC-AUD -~-----~-------- #---[(------ pi (TX-auDIO} 
oO. iu 
2 IK oha 


1 ——— ps (PTT) 


This seemed to work pretty well. However, be sure 
to be on the lookout for RF getting into the TNC 
and sodulating the tones generated by the 2206. 
The easiest way to check this 13 listen to the 
signal with another radio while useing the cali- 
brate function to send steady mark and space 
tones. 
SSssessesee 
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9600 BPS MODEM KITS 


The K9NG 9600 bps modem semi-kit is now available. 


The kit, consisting of a PC board, several pages 
of documentation, a pre-programmed State Machine 
EPROM and the temperature-stable capacitors needed 
for the various filters, costs $25 postpaid in the 
Us. 


THIS IS NOT A COMPLETE KIT! 
experimenters with the 
interface the device to a radio. The hope is 
that, after several radios are modified and 
working, the interface information may be compiled 
and a "real" kit made available for general use. 


It is intended for 
expertise to properly 


Note that, if the unit is scaled to 4800 bps 
operation, it should be possible to use it on 2 
meters, increasing data throughput on existing 
channels with (hopefully) minimal modifications to 
the radio. 


At this writing, the initial run of 100 boards is 


nearly depleted. Contact the TAPR office for 
updates on availability. 
PES SSE EES SF 


TNC-2 RADIO HOOKUP TIP 


Earlier this week Tom (W2VY) brought his TNC-2 
over to my apartment for atest run using ny 
XEROX-820 system and my Kenwood TH-21 AT handital- 
kie. With a little work we were able to get the 
system working and I was on packet. The _ connec- 
tions for the Kenwood are as follows: 


The outer part of the sub-mini plug (earphone) is 
the common ground. The tip of this plug is audio 


out. 

The microphone plug is a stereo mini plug. The 
inner tip is unused for this connection. The 
middle connector of the plug is the microphone 
connection. It should be connected to the TNC 


through a 0.2 uf cap to provide DC isolation. The 
outer part of the plug is the PTT. It is shorted 
to ground by the TNC to key the transmitter. 


We found that the output of the TNC had to be 
quite high to give an acceptable transmitted 
signal. 


John Howell N2FVN 
* * 
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HAMTRONICS FM-5 SHIELDING FLOWERS 


Jeff Ward, K8KA M 10228 Howard Goldstein (N2WX,2987) 8/ 3/85 


KEYS: /JULY 85 PSR/ 
This note describes WB1IDNL's modification to the 


Hamtronics FM-5. Two FM-5 boards built in the ARRL Just got my PSR..great job Gwyn!!! 

lab were found to have instability in the trans- 

mitter because of feedback from the high-power M 10348 Tom Clark (W3IWI,2976) 8/ 3/85 

output stage to the oscillator and multiplier KEYS: /PSR/KUDOS/TNX GWYN/ 

stages. To correct this, sheilds made from copper 

clad circuit board material were installed on the Gwyn, just got my PSR and wanted to offer ay 

FM-5. complements. I appreciate the mixture of techni- 
cal/administrative/philosophy/operating that you 

The accompanying drawing shows where the shields chose. 

were added. Three pieces of board were used. The 

boards extend above the FM-5 board to the height M 11738 Mike Brock (WB6HHV,2985)  8/ 8/85 

of the final-amplifier heat sink (2 1/2 inches). KEYS: /PSR/CONGRATS/ 

The boards are notched slightly to clear 211/212, TO: I BEL. WA7GXD, WBOFLW, WB6HHV 

L9, 219. R27 and C33. The boards were soldered 

together at the two points where a right angle is Gwyn, The guys here in San Diego were favorably 

formed by the junction of the circuit boards. impressed with the latest issue of the PSR. The 

Holes were drilled at the approximate locations compliments were on the order of this vas the 

shown, and wires were soldered to the shield best PSR I've seen". I didn't ask for comments on 

boards, pushed through the new holes in the FM-5 the voice net, the guys stepped forward on their 

board and soldered to the FM-5 ground plane. own! Congrats on a job well done. 


This addition made it possible to tune both of the M 11989 ANDY FREEBORN (NOCCZ,2983) 8/ 8/85 
FM-Ss for clean output with the aid of a spectrum KEYS: /THANKS FOR A GREAT PSR!!!/ 
analyzer. Adjustment of Ls, L and L10 (by 


spreading the turns) was performed as well. Gwyn, I have been deicidedly remiss in not get- 
„ 226 ting on here and thanking you for the FANTASTIC 
change in PSR. It was really terrific. 
21 
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SWITCH SELECTABLE FIRMWARE 
ON THE TAPR TNC-1 


Lynn . Taylor, WSé6UuUT 


Recently, I was faced with a dilemma. New TNC 
firmware written by WASDED here in California 
offered some nice features not available with the 
standard TAPR firmware, while new software pro- 
ducts for the Mac, and an ongoing earlier project 
required the standard fare. Switching EPROMs (even 
with ZIP sockets) still required removing the 
acraws in the case and reinitializing. 


Studying the TNC design itself provided the ans- 
wer: The TNC presently “bank selects" two sections 
of NOVRAM by switching the high-order address bit. 
If the existing 27643 in the TNC are replaced with 
271288, the ROM capacity of the TNC would de 
doubled. Sinply connecting the high-order address 
bit to the NOVRAM bank select would then allow two 
versions of TNC firmware to be resident sisul- 
taneously, each with its own bank of NOVRAM for 
operational parazeters. 


The modification is perforged as follows: 

1) Remove US, US, U10, U11 and U12. 

2) On the cosponent side of the board, follow the 
trace from US pin 20 to the via near the zero in 
U10 on the silkscreen. (note: a "via" is a snal} 
pad used to pass signals from one side of a board 
to another). Verify this by measuring continuity 
from UI0 pin 26 to the via. and from U5 pin 20 to 
the sane via. 

3) Cut the trace entering the via on the compo- 
nent side. I also recommend cutting the sene trace 
where it connects to JP-8 to eliminate the possi- 
bility of noise problens. 

4) Add a wire from the via to pin 17 of 
the NOVRAK "bank select" pin. 

5) If you intend to bank select all 4 EPROMs (not 
necessary In ay case), adda wire from US pin 26 
to 610 pin 26. 


927 -- 


The hardware modification is now complete. It is 
now necessary to prepare the EPROMs. Comparing the 
pin-out of the 2764 to that of the 27128 reveals 
only one difference: pin 26 1e not connected on 
the 2764, and is the high-order address line (A13) 
on the 27128. If any of your EPROMs are the sane 
for both versions of the firmware, or are unused 
(the flrauare 1 am using resides in only two 
EPROMs), they may be used without change. For each 
EPROM which gust be bank selected follow these 
steps: 

1) Locate the two 2764's which share one chip 
location (for example, US or $8000. 

2) Copy firmware version 47 into a 27128 
ing at location $0000. 

3) Copy Ciroware version "B" into the same 27128 
at location $2000. 

4) Repeat the above steps for U10 
($C000) and 012 (38000). 

Be careful not to mix addresses in the chip -- in 
other words, if you load veraion A“ at $0000 in 
one EPROM, make sure that all of version A7 is 
burned into the low half of the EPROM. 


start- 


($a000), v1 


To complete the task, with NOVRAM bank o selected, 
inttialize the TNC from EPROM. Set all paraae ters 
as desired and PERM then. Repeat this process with 
NOVRAM bank 1 selected, set paraneters, and PERM 
again. Now you may select between firmware revis- 
fons by sisply setting the NOVRAM bank select 
switch and hitting reset. 

Continued >>> 


AN INTRODUCTION TO NETWORKS 


T. C. McDermott. NSEG 
Networks SIG, Texas Packet Radio Society 
(Continued from the July PSR) 


This article describes some requirements for net- 
work node hardware. One of the key concepts 18 
the idea of nodular implementation - to allow for 
changes in the way a network is designed. 


The network that has been evolving from the des- 
cription in the previous article can be inaplemen- 
ted in a backbone type of network. In this net- 
work there are two channels that are accesible at 
any node, the high-speed inter-node communication 
channel, and the 2-meter AX.25 channel. Thus the 
description of the hardware assumes that there are 
two synchronous channels per node. 


Each node has the capability to move traffic along 
between nodes (all on the high-speed channel) and 
also to drop and add traffic to the high-speed 
channel frog the low-speed channel. One of the 
first assumptions is that the high-speed channe} 
will operate at 9600 bits-per-sec (b/s). For a 
number of reasons (the formost of which is availa- 
bility) the KONG type of PSK moder on the 220 MHz 
band will be utilized. There are some performance 
advantages to be obtained with PSK, but the slow 
carrier-recovery loops that are normally used are 
not always compatible with the fast T/R-switching 
times needed in packet. service. The low-speed 
channel wil! compatible with AX.25 TNC's, and thus 
1s a 1200 b/s channe} on the two meter band. 


We have thus partitioned the node into three oajor 
elenents: 
1. High-speed channel! hardware. 
This includes 220 MHz rad lo. antennas. 
power splitter, 9600 b/s PSK moden (KONG). 
2. Low-speed channel hardware. 
This includes 2-M radio, antenna, and 1200 
b/s AFSK nodena. 
3. Node- control computer. 
This includes 2 synchronous interfaces, 
T/R control circuits, RAM, ROM, and fail-~ 
safe sequence decoder. 


A simplification of the high-speed radio circuitry 


is to have only one 220 MHz transmitter and one 
220 MHz receiver per node. Two high-gain dir- 
ectional antennas are used, with a 3-dB power 
splitter near the antennas. Thus communications 


with the northerly and southerly nodes Is possible 
with one radio. Extension of this concept to three 
or four nodes is possible but the RF losses start 
to get high. The design of the high-speed portion 
(the backbone) allows access to the node only by 
other nodes. This is done to eliminate direct 
channel contention between users and the Inter- 
node coamunication. The users of the network do 
oe and indeed CANNOT conaunicate with it on 220 
Mhz. 

Continued on next page. 


Acknowlegerents: I would like to extend ay thanks 
to the TAPR hardware team (notably Lyle Johnson) 
for providing the answer already on the board, and 
to the TAPR software tean (Margaret, Harold and 
Dave] for helping bring packet radio to the sas- 
sea. I would also like to thank Ron Raikes, 
WABDED, for writing an independent version of the 
firmware, which supports multiple connects, and 
has a radically different user interface, and 
provided the firmware which now resides in ay 
EPROM bank 1. 
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The protocol on 220 MHz (in this implementation) 
is TEXNET-IP, which [S NOT compatible with Ax. 25 
(and indeed. for the reasons expressed in part 1, 
should not be compatible with AX.25). 

The 2-Meter section can use a commercially avail- 
able FM radio. and APSK modem design. 


Each of the radio sections contains 
interfaces to the node control unit. 
to facilitate the changeout of the node control 
processor should a new design or network protocol 
standard become available. It 1s anticipated that 
resolution of the vartous trade-offs involved in 
the Iaplenentet jon of a network will take several 
years to occur. in order to solve a pressing need 
within TPRS, the need for long-haul communication, 
we will go ahead and implement TEXNET with an eye 
towards changes and evolving standards. 


logic-leve] 
This is done 


The node control computer consists of a 280-810 
chip twhich has two synchronous HDLC-type serial 
channels}, a 260 (4 Mhz.) microprocessor, 16K of 
ROM. 32K or RAM, some timer circuitry to develop 
the 1200-hz. 9600-hz, and 1200 x 32 = 38400 hz. 
clocks. The node also has two time-out timers to 
prevent transmitter lock-up on the 145 and 220 Miz 
units. contains NRZ/NRZ1 coder, decoder. and 
clock-recovery circuits for the 1200 b/s channel. 
It also contains a special state machine that 
listens to the 220 MHz channel and clock. This 
circuit recognizes a special sequence (that obeys 
the HDLC coding rules] and interprets the recep- 
tion of this sequence as a overriding command that 
uses hardware to reboot the node processor. Each 
node contains a unique code in its state machine. 
The code is chosen to be sufficiently long that 
the mean time to false is 6*10°7 years (assuming 
random data). 


A custom circust board wil] be constructed to 
contain this controller. tt may have been pos- 
sible to modify one of the Xerox 820 boards, but 
It was felt that the changes required would reduce 
the reliability of the resultant assembly too 
auch. The parts cost of byte-wide RAMs and ROMs 
has dropped recently, and these devices will 
should allow construction of the entire controller 
for slightly less than the price of just the 320 
board when purchased surplus. 


FEFEREESESESES SESE SESE SES SES SS 


One of the objectives of this network 
design is to keep the cost of any node 


low. 
Atteste: 


The controller will be constructed mostly of CMOS 
circuitry. and will be powered at +5 V through a 


series regulator powered from 12 VDC. This will 
allo - a single +12 V supply. The node will con- 
tain a gel-cel battery and a charger circuit. 
Thus the entire node will have something ap- 
proaching uninterruptable power, while 81111 


having an acceptable power gupply cost. 


The node controller card will be connecterized at 
the logic-level interfaces to the radio circuits. 
In the event a new controller design emerges, then 
upgrading of the node can be as simple as replac- 
ing the card. 


One of the objectives of this network design is to 
keep the cost of any node low. Our goal was 
$500.00. We anticipate that those groups who wish 


to joint TEXNET will assemble, place, and aaintain 
their node, with the assitance of TPRS. We thus 
would release the design of the node to those 
groups, and perhaps seil or supply the circuit 
boards needed, as well as the software for the 
controller. In our design, each node will have 
the same software. except for routing tables. A 
Cirst crack at the routing problem can be attenpt- 
ed with static routing tables, which will be in 
ROM, and different at every site. 


The subjects of routing. and other network topics 


will be discussed in part 3 of this series. 
(McDermott reports he is now too busy building to 
write. ed.! 


USING THE MACINTOSH WITH THE TNC-2 


Jack Brindle, WA4PIB. 


The TNC2 manual shows a diagran for connecting the 
nodes to the Apple Macintosh. This dtagram shows 
the TNC's carrier Detect line connected to the 
Macintosh's handshake Input. Pew Macintosh teral- 
na! programs make use of the handshake input for 
carrier detect purposes. In fact, the Macintosh 
internal ROM serial drivers use this input for 
flow control. This is a more appropriate choice 
since the Macintosh 1s capable of driving the 
serial port at high data rates for long periods of 
time, causing the TNC to overflow its buffers. 
This occurs even though the TNC uses Xon/Xoff fiow 


control, which responds too slowly to properly 
halt the data from the Mac. Testing of the TNC), 
TNC2 and Kantronics TNCs have shown that they can 


control the CTS output line very quickly. stopping 
the Mac in time to hold off an overflow. 


For these reasons, MacPacket users have been ad- 
vised to construct an interconnecting cable that 
makes use of the CTS hardware handshake signal. 
The pinouts for this cable are shown in Figure 1. 
Signal MACINTOSH : DB-9 TNC: D&-25 
Ground 
„3 
Ground 
TxD+ 
TxD- 
712 
Handshake 
ſt x D · 
RxD- 


D ‚⏑ G 
tw 
Sr 


Fig 1. Macintosh-TNC interface Cable connections. 


Not 211 pins are connected on either connector. 
The connections on the Macintosh serial port DB-9 
connector are provided for completeness. Renenber, 
the Macintosh provides RS-422 output. This is a 
balanced transmission specification requiring two 
outputs from the drivers and into the receivers. 
Its strong point is the ability to comaunicate 
over long distances at fast data rates, surpassing 
the RS-232 specification while requiring addition- 
al wiring. The Macintosh can configure its drivers 
for either method. Simply use the (-] connections 
for RS-232! Some TNCs have also required that pins 
4 and 8 of the DB-25 be connected to pin 6 of the 
DB-9. This is caused by a slight deficiency in the 
design of the TNC? input drivers, and is indicated 
by the tnabllity co transfer any data into or out 
of the TNC. 
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PSR QUARTERLY OCTOBER 1985-2 


The Tucson Amateur Packet Radio Corporation is a 
nonprofit scientific research and de velopaent 
corporation. The Corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systens for packet radio 
communication in the Amateur Radio Service, and 
for freely disseninating information acquired 
during and obtained from such research, 


The officers of the Tucson Amateur Packet Radio 
Corporation are: 


Lyle Johnson... WA7GXD President 
Pete Eaton ...4... WBOPLW ... Executive VPM 
Pat Snyder ....... WAOTTW ... Secretary 
Dan Morrison. KV78 ..... Teeasurer 
The Packet Status Register is the official 


publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is granted to 
reproduce any aaterial appearing herein, providing 
credit is geven to the author and TAPR. 


TAPR ameabership and PSR subscription 
address: 


mal ling 


Tucson Amateur Packet Radio Corp. 
P.O, Box 22888 

Tucson, AZ 85734 

(602) 746-1166 


PSR editorial submission address: 


PSR Editor 

812 Childers Loop 
Brandon, FL 33511 
1813) 689-3355 


MEMBERSHIP APPLICATION 


Tucson Amateur Packet Radio Corporation 
P. O. Box 22888. Tucson, AZ 85734 


hase eeu cence ks i i a eh eb i ait So 
call License 
Siento eee ee eee Class: 
Address: oo 22 „ 
city & Zip 
State — code 
Hore Work 

phone 2222. ens — 


if you wish not to have any of the above 
information published in a membership list. 
indicate the itens you wish supressed here: 


OO EELS ST OG SS SS SF SS SS SD ws 


{ hereby apply for aenbership in TAPR. 
$12.00 dues for one year. 


I enclose 


Signature: 
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TUCSON, AZ 85734 


Check your address label for membership expiration 


date. 


